简介毕业设计Java结合微信小程序的社区团购系统采用SSM后台框架、Vue管理页面、MySQL数据库面向高校计算机专业毕业生及相关开发者提供一套完整可运行的商城类项目方案。资源共1250个文件涵盖Java源码、Vue页面、微信小程序前端、SQL数据库脚本、XML配置及说明文档等压缩包整体约121.52MB结构清晰便于按模块复用与二次开发。后台覆盖管理员、商家、会员三类角色实现商品管理、购买订单、退货退款、商品评价、用户充值、购物车等核心功能前台微信小程序支持首页浏览、商品信息查看及我的订单管理。包内除完整源码外还附有数据库脚本、论文、答辩PPT、开题报告、环境工具包及框架安装教程可帮助快速部署与理解项目流程。已有116人学习下载适合用于毕业设计参考、SSM与小程序开发练手或课设改造。1. 社区团购项目为什么值得拆SSM微信小程序的组合逻辑在毕业设计选题里社区团购属于看起来普通、拆开有货的那类项目。普通在于业务是商品浏览、购物车、下单、退款这些模板能力有货在于它同时承担了管理员、商家、会员三个登录端后端用SSM框架SpringSpringMVCMyBatis做服务端管理后台用Vue写会员端放在微信小程序里数据库MySQLJDK 1.8Eclipse、MyEclipse、STS、IDEA都能跑。这套资源里带源码、数据库脚本、论文、答辩PPT、开题报告、环境工具包说明文档还附了相同框架项目的安装流程。适合正在做毕业设计的在校生也适合想通过一个完整项目把SSM分层、小程序请求封装、Vue路由守卫一次打通的初级Java工程师。2. 三角色功能拆解与数据库表设计权限模型先从表结构说起2.1 管理员、商家、会员的功能边界在哪里社区团购系统的功能模块可以从三个角色的入口分别看。管理员服务端处理首页、个人中心、会员管理、商家管理、商品信息管理、商品分类管理、购买订单管理、退货退款管理、商品评价管理、系统管理商家服务端的菜单只有首页、个人中心、商品信息管理、购买订单管理、退货退款管理、商品评价管理会员端微信小程序则是首页、商品信息、个人中心里的会员信息、我的订单、购物车、用户充值、退货退款和商品评价。对比下来可以明显看到商家端是管理员端的子集会员端的所有操作最终都落到订单和商品两张表上。这种结构在权限模型上是典型的RBAC简化版用户表用role字段区分会员、商家、管理员后端接口根据角色过滤数据范围。这里有一个经常被忽略的边界问题——权限控制要分两层能访问哪些接口由拦截器负责能操作哪些数据由SQL负责。很多毕业设计只做了接口级控制商家登录后可以通过修改商品ID参数看到并操作别人的商品数据级权限缺失。这个项目在商品表的查询SQL里强制带seller_id条件把商家和商品的所有权绑死答辩时被问商家能不能把别人的商品下架就能直接答上来。2.2 核心表结构用户、商品、订单三张主表2.2.1 用户表user用户表不区分会员、商家、管理员而是用role字段做区分这是RBAC最常见的落地方式。balance字段用于会员充值余额购买订单可以直接扣余额也可以做成模拟支付回调。密码字段单独说一句毕业设计里MD5加密是及格线如果答辩时被问到安全性能说出MD5加盐做哈希再落库就已经是加分项千万不要明文存密码评审老师拿到数据库脚本第一眼就会检查这一列。CREATE TABLE user ( id bigint(20) NOT NULL AUTO_INCREMENT, username varchar(50) NOT NULL COMMENT 用户名, password varchar(100) NOT NULL COMMENT 密码MD5加密, avatar varchar(255) DEFAULT NULL COMMENT 头像地址, balance decimal(10,2) DEFAULT 0.00 COMMENT 账户余额, role tinyint(4) NOT NULL DEFAULT 0 COMMENT 角色0会员 1商家 2管理员, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 创建时间, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4 COMMENT用户表;username字段加了唯一索引注册时后端先查一次再插入防止并发注册重复账号。role字段的取值范围与后端枚举UserRole一一对应接口层拿到用户的role后决定放行还是拒绝。2.2.2 商品表goods商品表包含category_id和seller_id两个外键字段category_id关联分类表seller_id关联用户表中role1的商家。status字段做上下架控制商品下架后会员端列表不可见但历史订单仍能正常展示因为订单表里冗余了商品名称和价格的快照。CREATE TABLE goods ( id bigint(20) NOT NULL AUTO_INCREMENT, name varchar(100) NOT NULL COMMENT 商品名称, category_id bigint(20) DEFAULT NULL COMMENT 分类ID, price decimal(10,2) NOT NULL COMMENT 单价元, stock int(11) NOT NULL DEFAULT 0 COMMENT 库存, image varchar(255) DEFAULT NULL COMMENT 商品图片URL, description text COMMENT 商品描述, seller_id bigint(20) NOT NULL COMMENT 商家用户ID, status tinyint(4) NOT NULL DEFAULT 1 COMMENT 状态1上架 0下架, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 创建时间, PRIMARY KEY (id), KEY idx_seller (seller_id), KEY idx_category (category_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4 COMMENT商品表;price字段必须用decimal而不是floatfloat在电商金额计算里会有精度丢失问题累计到退款环节可能差出几分钱。后端代码里所有金额计算统一用BigDecimal接收和运算这个技术点也经常被评委拿出来问。2.2.3 订单表orders订单表同时承载会员下单和商家发货诉求status字段存储数字编码对应关系放到Java枚举里统一管理。order_no是业务订单号展示给会员看同时关联后续的退款记录。CREATE TABLE orders ( id bigint(20) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL COMMENT 订单编号, user_id bigint(20) NOT NULL COMMENT 会员用户ID, goods_id bigint(20) NOT NULL COMMENT 商品ID, quantity int(11) NOT NULL DEFAULT 1 COMMENT 购买数量, total_price decimal(10,2) NOT NULL COMMENT 订单总金额, status tinyint(4) NOT NULL DEFAULT 0 COMMENT 状态0待付款 1待发货 2待收货 3已完成 4已取消 5退款中 6已退款, receiver_name varchar(50) DEFAULT NULL COMMENT 收货人, receiver_phone varchar(20) DEFAULT NULL COMMENT 收货电话, receiver_address varchar(255) DEFAULT NULL COMMENT 收货地址, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 下单时间, update_time datetime DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT 更新时间, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_user (user_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4 COMMENT订单表;订单数据在答辩里容易被追问为什么收货人、收货地址要存到订单表而不是下单时去关联用户表答案是收货地址随时可能被用户修改订单属于历史行为必须保留下单时刻的快照。商品名称和价格同理如果商品改名或调价历史订单不能跟着变。2.3 订单状态枚举的预设当订单表里的status用数字而不是字符串时代码可读性要靠枚举保证。这个项目把订单的七个状态封装成OrderStatus枚举前端下拉框、列表展示、退款判断都依赖它。定义枚举的另一个价值是状态集合被锁死后续代码里不会出现魔法值3代表已完成这类写法。public enum OrderStatus { PENDING_PAYMENT(0, 待付款), PENDING_DELIVERY(1, 待发货), PENDING_RECEIPT(2, 待收货), COMPLETED(3, 已完成), CANCELLED(4, 已取消), REFUNDING(5, 退款中), REFUNDED(6, 已退款); private final int code; private final String description; OrderStatus(int code, String description) { this.code code; this.description description; } public int getCode() { return code; } public String getDescription() { return description; } public static String getDescriptionByCode(int code) { for (OrderStatus status : OrderStatus.values()) { if (status.code code) { return status.description; } } return 未知状态; } }枚举的价值在返回JSON时体现出来。订单列表的VO里既要有statusCode用于支付回调的逻辑判断也要有statusName用于页面直接渲染两者来源就是同一个枚举类。如果项目里散落着if(status3){return 已完成}这类写法后期改一个状态流转要牵连十几个地方。3. SSM后端实现登录、商品管理与订单状态机3.1 Maven依赖与SSM整合配置SSM整合第一步在pom.xml。项目用Maven管理依赖核心是spring-webmvc、mybatis-spring、mysql-connector-java分页插件PageHelper在列表接口里能省下不少手写LIMIT的功夫。dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version5.1.8.RELEASE/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.3/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version5.1.47/version /dependency dependency groupIdcom.github.pagehelper/groupId artifactIdpagehelper/artifactId version5.1.11/version /dependencyspring-mvc.xml里要处理三件事包扫描、注解驱动、SqlSessionFactory创建。包扫描把com.community包下的Controller和Service一次性纳入Spring容器注解驱动开启ResponseBody等注解的能力接口返回对象时自动转JSONSqlSessionFactory指定数据源和Mapper XML的位置。context:component-scan base-packagecom.community/ mvc:annotation-driven/ bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mapper/*.xml/ /bean bean iddataSource classorg.springframework.jdbc.datasource.DriverManagerDataSource property namedriverClassName value${jdbc.driver}/ property nameurl value${jdbc.url}/ property nameusername value${jdbc.username}/ property namepassword value${jdbc.password}/ /bean这里有一个环境差异本机是MySQL 8.0时jdbc.driver要换成com.mysql.cj.jdbc.Driver连接URL追加serverTimezoneAsia/ShanghaiuseSSLfalse否则启动大概率报时区错误或SSL连接警告。这是用这套源码最容易踩的第一个坑环境工具包里如果带的驱动是5.x务必要确认和本地MySQL大版本匹配。3.2 商品查询的Controller-Service-Mapper写法商品管理的后端接口分管理端和商家端两套URL。管理端可以查看编辑所有商品商家端只能操作seller_id等于自己ID的数据。下面是商家端商品列表的Controller简化写法。Controller RequestMapping(/seller/goods) public class SellerGoodsController { Autowired private GoodsService goodsService; RequestMapping(/list) ResponseBody public Result list(RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 10) Integer limit, RequestParam(required false) String goodsName, RequestParam Long sellerId) { PageHelper.startPage(page, limit); ListGoodsVO list goodsService.querySellerGoods(sellerId, goodsName); PageInfoGoodsVO pageInfo new PageInfo(list); return Result.success(pageInfo.getList(), pageInfo.getTotal()); } }sellerId不建议从前端传参而是由拦截器从登录Session解析后注入。如果直接从页面参数接收把sellerId改成别的值就能拉出其他商家的商品属于越权漏洞。后端在做商家身份校验时以拦截器里存的userId为准和数据库中的seller_id比对。对应的Mapper XML里核心是动态条件拼接select idselectSellerGoodsPage resultTypecom.community.entity.vo.GoodsVO SELECT g.id, g.name, g.price, g.stock, g.image, g.status, c.name AS categoryName FROM goods g LEFT JOIN category c ON g.category_id c.id where g.seller_id #{sellerId} if testgoodsName ! null and goodsName ! AND g.name LIKE CONCAT(%, #{goodsName}, %) /if /where ORDER BY g.create_time DESC /select动态SQL里固定条件seller_id放在 标签内部第一行可变条件放后面。 标签会自动处理前缀的ANDgoodsName为空时不生成该段SQL避免产生WHERE 11这种不优雅写法。LEFT JOIN category是为了在前端表格里直接展示分类名称不用在Java代码里二次查库。3.3 下单与库存扣减的事务边界下单接口是整个项目里最值得在答辩现场讲清楚的一段代码核心矛盾是扣库存和生成订单必须同时成功或同时失败。如果先扣库存再插订单插单失败会导致库存凭空消失如果先插订单再扣库存库存不足时会出现无货订单。Spring的Transactional注解把两步包进同一个数据库事务。Override Transactional(rollbackFor Exception.class) public Order createOrder(Long userId, Long goodsId, Integer quantity) { Goods goods goodsMapper.selectByPrimaryKey(goodsId); if (goods null || goods.getStatus() ! 1) { throw new BusinessException(商品不存在或已下架); } if (goods.getStock() quantity) { throw new BusinessException(库存不足); } Order order new Order(); order.setOrderNo(generateOrderNo()); order.setUserId(userId); order.setGoodsId(goodsId); order.setQuantity(quantity); order.setTotalPrice(goods.getPrice().multiply(new BigDecimal(quantity))); order.setStatus(OrderStatus.PENDING_PAYMENT.getCode()); orderMapper.insert(order); Goods update new Goods(); update.setId(goodsId); update.setStock(goods.getStock() - quantity); goodsMapper.updateByPrimaryKeySelective(update); return order; }这里有两个细节。第一updateByPrimaryKeySelective只更新非null字段避免把商品的status、price等字段误刷成null。第二扣库存的SQL在真正高并发场景下要写成UPDATE goods SET stock stock - #{quantity} WHERE id #{id} AND stock #{quantity}用数据库行锁保证不超卖。毕业设计不要求上分布式锁但答辩时主动说出可以在这里用乐观锁思路优化老师会觉得你理解到了并发层面。generateOrderNo()采用了系统时间戳加四位随机数的写法单机部署够用同一毫秒内并发下单时有极小概率碰撞。更稳的替代方案是时间戳加上用户ID后四位既保留时间排序可读性又能把碰撞概率降一个量级。4. 前端联调微信小程序端与Vue后台的对接细节4.1 小程序请求封装与登录态处理微信小程序的网络请求统一走wx.request每个页面单独写会比较乱。项目里常见做法是封装request.js工具统一处理接口地址前缀、请求头token和错误提示。登录成功后后端返回token小程序存入本地缓存每次请求自动带上。// utils/request.js const BASE_URL http://localhost:8080/community; function request(url, method GET, data {}) { return new Promise((resolve, reject) { wx.request({ url: BASE_URL url, method: method, data: data, header: { Content-Type: application/json, token: wx.getStorageSync(token) }, success: (res) { if (res.data.code 200) { resolve(res.data.data); } else { wx.showToast({ title: res.data.msg, icon: none }); reject(res.data); } }, fail: (err) { wx.showToast({ title: 网络异常, icon: none }); reject(err); } }); }); } module.exports { request };BASE_URL在开发阶段指向本地Tomcat的IP加端口。微信开发者工具模拟器里可以访问localhost但真机调试时localhost指向手机自己必须改成电脑在局域网中的IP同时后端要配置CorsFilter放行跨域来源。4.2 商品列表分页与购物车会员端首页是商品列表数据来自商品查询接口。下拉触底加载是电商小程序的标配交互用onReachBottom生命周期配合分页参数实现。进入页面时onLoad触发第一页加载这是小程序端默认的加载时序。// pages/index/index.js const { request } require(../../utils/request); Page({ data: { goodsList: [], page: 1, pageSize: 10, hasMore: true, loading: false }, onLoad() { this.fetchGoods(); }, fetchGoods() { if (!this.data.hasMore || this.data.loading) return; this.setData({ loading: true }); request(/api/goods/list, GET, { page: this.data.page, pageSize: this.data.pageSize }).then((res) { this.setData({ goodsList: this.data.goodsList.concat(res.list), page: this.data.page 1, hasMore: res.list.length this.data.pageSize, loading: false }); }); }, onReachBottom() { this.fetchGoods(); }, addCart(e) { const goodsId e.currentTarget.dataset.id; request(/api/cart/add, POST, { goodsId, quantity: 1 }) .then(() wx.showToast({ title: 已加入购物车, icon: success })); } });分页的关键在hasMore和loading两个标志位。hasMore由本次返回条数是否等于pageSize决定loading防止onReachBottom被连续触发导致同一个page被重复请求。addCart方法里的商品ID来自点击元素的data-id属性wx.request接收后需要确认后端Controller里的入参类型与前端传参类型一致。4.3 Vue后台的路由拦截与接口对接管理后台用Vue配合Element UI实现登录成功后把token存到localStorage路由守卫在每次跳转前检查token没有就强制回登录页。axios实例在请求拦截器里统一注入token头响应拦截器处理通用业务码。import axios from axios; const service axios.create({ baseURL: /api, timeout: 10000 }); service.interceptors.request.use(config { const token localStorage.getItem(admin_token); if (token) { config.headers[Token] token; } return config; }); service.interceptors.response.use( response { if (response.data.code 200) { return response.data.data; } return Promise.reject(new Error(response.data.msg)); }, error Promise.reject(error) ); export default service;Vue项目开发环境通过vue.config.js的proxy配置把/api前缀的请求转发到后端8080端口避免反复处理跨域。生产环境打包后的dist目录静态文件可以直接放到后端webapp下由同一个Tomcat提供服务。管理后台的菜单显隐用role字段控制管理员看到全部菜单商家登录自动隐藏会员管理和系统管理注意前端隐藏只是体验优化最终权限判定仍以后端拦截器为准这个点答辩时主动说出来面试观感会好很多。5. 部署排错与答辩演示把工具包从能跑到能讲5.1 三个批处理脚本与部署顺序源码包里的1-install.bat、2-run.bat、3-build.bat对应三个阶段的动作。1-install.bat初始化Maven依赖和数据库脚本2-run.bat启动后端Tomcat3-build.bat对Vue后台做npm install和npm run build。顺序不能颠倒数据库没初始化就启动后端会直接报表不存在的异常。源码包里带.bak后缀的文件是Vue组件或样式文件的备份不需要导入项目打包时不会被引用。排错集中在三个位置。第一确认JDK版本是1.8本机装了多个JDK时检查IDE的项目SDK设置。第二8080端口被占用时执行netstat -ano | findstr 8080查看PID再通过任务管理器结束对应进程。第三MySQL 5.7与8.0的驱动类名不同8.0使用com.mysql.cj.jdbc.Driver且URL追加serverTimezoneAsia/ShanghaiuseSSLfalse。提示如果启动时抛ClassNotFoundException: com.mysql.jdbc.Driver说明mysql-connector-java版本与本地MySQL不匹配优先检查jar包版本而不是改代码。5.2 答辩演示路径设计演示路径建议从管理员登录开始依次创建商家账号、用商家账号上架商品、打开小程序注册会员并下单、支付后回到商家端发货、会员确认收货并评价。这条链路把三个角色全部串起来每次切换角色时都能自然展示对应功能页面。演示时重点讲两个点订单状态从待发货到待收货的流转切换以及商家只能看到自己商品的权限控制。这两点做到了项目深度也就出来了。调试阶段可以用微信开发者工具的Network面板查看请求和响应也可以借助抓包工具分析小程序请求是否正常到达后端。后端的日志级别调整到DEBUG后MyBatis会在控制台输出每条SQL的执行语句对照SQL和返回值就能快速定位是接口问题还是数据问题。最后一条实用建议先把数据库脚本在本地完整执行一遍确认所有表的数量和初始管理员账号与文档一致再启动项目这一步能省掉大半排错时间。本文还有配套的精品资源点击获取 SSM+微信小程序社区团购系统：数据库设计与权限模型实战解析
简介毕业设计Java结合微信小程序的社区团购系统采用SSM后台框架、Vue管理页面、MySQL数据库面向高校计算机专业毕业生及相关开发者提供一套完整可运行的商城类项目方案。资源共1250个文件涵盖Java源码、Vue页面、微信小程序前端、SQL数据库脚本、XML配置及说明文档等压缩包整体约121.52MB结构清晰便于按模块复用与二次开发。后台覆盖管理员、商家、会员三类角色实现商品管理、购买订单、退货退款、商品评价、用户充值、购物车等核心功能前台微信小程序支持首页浏览、商品信息查看及我的订单管理。包内除完整源码外还附有数据库脚本、论文、答辩PPT、开题报告、环境工具包及框架安装教程可帮助快速部署与理解项目流程。已有116人学习下载适合用于毕业设计参考、SSM与小程序开发练手或课设改造。1. 社区团购项目为什么值得拆SSM微信小程序的组合逻辑在毕业设计选题里社区团购属于看起来普通、拆开有货的那类项目。普通在于业务是商品浏览、购物车、下单、退款这些模板能力有货在于它同时承担了管理员、商家、会员三个登录端后端用SSM框架SpringSpringMVCMyBatis做服务端管理后台用Vue写会员端放在微信小程序里数据库MySQLJDK 1.8Eclipse、MyEclipse、STS、IDEA都能跑。这套资源里带源码、数据库脚本、论文、答辩PPT、开题报告、环境工具包说明文档还附了相同框架项目的安装流程。适合正在做毕业设计的在校生也适合想通过一个完整项目把SSM分层、小程序请求封装、Vue路由守卫一次打通的初级Java工程师。2. 三角色功能拆解与数据库表设计权限模型先从表结构说起2.1 管理员、商家、会员的功能边界在哪里社区团购系统的功能模块可以从三个角色的入口分别看。管理员服务端处理首页、个人中心、会员管理、商家管理、商品信息管理、商品分类管理、购买订单管理、退货退款管理、商品评价管理、系统管理商家服务端的菜单只有首页、个人中心、商品信息管理、购买订单管理、退货退款管理、商品评价管理会员端微信小程序则是首页、商品信息、个人中心里的会员信息、我的订单、购物车、用户充值、退货退款和商品评价。对比下来可以明显看到商家端是管理员端的子集会员端的所有操作最终都落到订单和商品两张表上。这种结构在权限模型上是典型的RBAC简化版用户表用role字段区分会员、商家、管理员后端接口根据角色过滤数据范围。这里有一个经常被忽略的边界问题——权限控制要分两层能访问哪些接口由拦截器负责能操作哪些数据由SQL负责。很多毕业设计只做了接口级控制商家登录后可以通过修改商品ID参数看到并操作别人的商品数据级权限缺失。这个项目在商品表的查询SQL里强制带seller_id条件把商家和商品的所有权绑死答辩时被问商家能不能把别人的商品下架就能直接答上来。2.2 核心表结构用户、商品、订单三张主表2.2.1 用户表user用户表不区分会员、商家、管理员而是用role字段做区分这是RBAC最常见的落地方式。balance字段用于会员充值余额购买订单可以直接扣余额也可以做成模拟支付回调。密码字段单独说一句毕业设计里MD5加密是及格线如果答辩时被问到安全性能说出MD5加盐做哈希再落库就已经是加分项千万不要明文存密码评审老师拿到数据库脚本第一眼就会检查这一列。CREATE TABLE user ( id bigint(20) NOT NULL AUTO_INCREMENT, username varchar(50) NOT NULL COMMENT 用户名, password varchar(100) NOT NULL COMMENT 密码MD5加密, avatar varchar(255) DEFAULT NULL COMMENT 头像地址, balance decimal(10,2) DEFAULT 0.00 COMMENT 账户余额, role tinyint(4) NOT NULL DEFAULT 0 COMMENT 角色0会员 1商家 2管理员, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 创建时间, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4 COMMENT用户表;username字段加了唯一索引注册时后端先查一次再插入防止并发注册重复账号。role字段的取值范围与后端枚举UserRole一一对应接口层拿到用户的role后决定放行还是拒绝。2.2.2 商品表goods商品表包含category_id和seller_id两个外键字段category_id关联分类表seller_id关联用户表中role1的商家。status字段做上下架控制商品下架后会员端列表不可见但历史订单仍能正常展示因为订单表里冗余了商品名称和价格的快照。CREATE TABLE goods ( id bigint(20) NOT NULL AUTO_INCREMENT, name varchar(100) NOT NULL COMMENT 商品名称, category_id bigint(20) DEFAULT NULL COMMENT 分类ID, price decimal(10,2) NOT NULL COMMENT 单价元, stock int(11) NOT NULL DEFAULT 0 COMMENT 库存, image varchar(255) DEFAULT NULL COMMENT 商品图片URL, description text COMMENT 商品描述, seller_id bigint(20) NOT NULL COMMENT 商家用户ID, status tinyint(4) NOT NULL DEFAULT 1 COMMENT 状态1上架 0下架, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 创建时间, PRIMARY KEY (id), KEY idx_seller (seller_id), KEY idx_category (category_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4 COMMENT商品表;price字段必须用decimal而不是floatfloat在电商金额计算里会有精度丢失问题累计到退款环节可能差出几分钱。后端代码里所有金额计算统一用BigDecimal接收和运算这个技术点也经常被评委拿出来问。2.2.3 订单表orders订单表同时承载会员下单和商家发货诉求status字段存储数字编码对应关系放到Java枚举里统一管理。order_no是业务订单号展示给会员看同时关联后续的退款记录。CREATE TABLE orders ( id bigint(20) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL COMMENT 订单编号, user_id bigint(20) NOT NULL COMMENT 会员用户ID, goods_id bigint(20) NOT NULL COMMENT 商品ID, quantity int(11) NOT NULL DEFAULT 1 COMMENT 购买数量, total_price decimal(10,2) NOT NULL COMMENT 订单总金额, status tinyint(4) NOT NULL DEFAULT 0 COMMENT 状态0待付款 1待发货 2待收货 3已完成 4已取消 5退款中 6已退款, receiver_name varchar(50) DEFAULT NULL COMMENT 收货人, receiver_phone varchar(20) DEFAULT NULL COMMENT 收货电话, receiver_address varchar(255) DEFAULT NULL COMMENT 收货地址, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 下单时间, update_time datetime DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT 更新时间, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_user (user_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4 COMMENT订单表;订单数据在答辩里容易被追问为什么收货人、收货地址要存到订单表而不是下单时去关联用户表答案是收货地址随时可能被用户修改订单属于历史行为必须保留下单时刻的快照。商品名称和价格同理如果商品改名或调价历史订单不能跟着变。2.3 订单状态枚举的预设当订单表里的status用数字而不是字符串时代码可读性要靠枚举保证。这个项目把订单的七个状态封装成OrderStatus枚举前端下拉框、列表展示、退款判断都依赖它。定义枚举的另一个价值是状态集合被锁死后续代码里不会出现魔法值3代表已完成这类写法。public enum OrderStatus { PENDING_PAYMENT(0, 待付款), PENDING_DELIVERY(1, 待发货), PENDING_RECEIPT(2, 待收货), COMPLETED(3, 已完成), CANCELLED(4, 已取消), REFUNDING(5, 退款中), REFUNDED(6, 已退款); private final int code; private final String description; OrderStatus(int code, String description) { this.code code; this.description description; } public int getCode() { return code; } public String getDescription() { return description; } public static String getDescriptionByCode(int code) { for (OrderStatus status : OrderStatus.values()) { if (status.code code) { return status.description; } } return 未知状态; } }枚举的价值在返回JSON时体现出来。订单列表的VO里既要有statusCode用于支付回调的逻辑判断也要有statusName用于页面直接渲染两者来源就是同一个枚举类。如果项目里散落着if(status3){return 已完成}这类写法后期改一个状态流转要牵连十几个地方。3. SSM后端实现登录、商品管理与订单状态机3.1 Maven依赖与SSM整合配置SSM整合第一步在pom.xml。项目用Maven管理依赖核心是spring-webmvc、mybatis-spring、mysql-connector-java分页插件PageHelper在列表接口里能省下不少手写LIMIT的功夫。dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version5.1.8.RELEASE/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.3/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version5.1.47/version /dependency dependency groupIdcom.github.pagehelper/groupId artifactIdpagehelper/artifactId version5.1.11/version /dependencyspring-mvc.xml里要处理三件事包扫描、注解驱动、SqlSessionFactory创建。包扫描把com.community包下的Controller和Service一次性纳入Spring容器注解驱动开启ResponseBody等注解的能力接口返回对象时自动转JSONSqlSessionFactory指定数据源和Mapper XML的位置。context:component-scan base-packagecom.community/ mvc:annotation-driven/ bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mapper/*.xml/ /bean bean iddataSource classorg.springframework.jdbc.datasource.DriverManagerDataSource property namedriverClassName value${jdbc.driver}/ property nameurl value${jdbc.url}/ property nameusername value${jdbc.username}/ property namepassword value${jdbc.password}/ /bean这里有一个环境差异本机是MySQL 8.0时jdbc.driver要换成com.mysql.cj.jdbc.Driver连接URL追加serverTimezoneAsia/ShanghaiuseSSLfalse否则启动大概率报时区错误或SSL连接警告。这是用这套源码最容易踩的第一个坑环境工具包里如果带的驱动是5.x务必要确认和本地MySQL大版本匹配。3.2 商品查询的Controller-Service-Mapper写法商品管理的后端接口分管理端和商家端两套URL。管理端可以查看编辑所有商品商家端只能操作seller_id等于自己ID的数据。下面是商家端商品列表的Controller简化写法。Controller RequestMapping(/seller/goods) public class SellerGoodsController { Autowired private GoodsService goodsService; RequestMapping(/list) ResponseBody public Result list(RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 10) Integer limit, RequestParam(required false) String goodsName, RequestParam Long sellerId) { PageHelper.startPage(page, limit); ListGoodsVO list goodsService.querySellerGoods(sellerId, goodsName); PageInfoGoodsVO pageInfo new PageInfo(list); return Result.success(pageInfo.getList(), pageInfo.getTotal()); } }sellerId不建议从前端传参而是由拦截器从登录Session解析后注入。如果直接从页面参数接收把sellerId改成别的值就能拉出其他商家的商品属于越权漏洞。后端在做商家身份校验时以拦截器里存的userId为准和数据库中的seller_id比对。对应的Mapper XML里核心是动态条件拼接select idselectSellerGoodsPage resultTypecom.community.entity.vo.GoodsVO SELECT g.id, g.name, g.price, g.stock, g.image, g.status, c.name AS categoryName FROM goods g LEFT JOIN category c ON g.category_id c.id where g.seller_id #{sellerId} if testgoodsName ! null and goodsName ! AND g.name LIKE CONCAT(%, #{goodsName}, %) /if /where ORDER BY g.create_time DESC /select动态SQL里固定条件seller_id放在 标签内部第一行可变条件放后面。 标签会自动处理前缀的ANDgoodsName为空时不生成该段SQL避免产生WHERE 11这种不优雅写法。LEFT JOIN category是为了在前端表格里直接展示分类名称不用在Java代码里二次查库。3.3 下单与库存扣减的事务边界下单接口是整个项目里最值得在答辩现场讲清楚的一段代码核心矛盾是扣库存和生成订单必须同时成功或同时失败。如果先扣库存再插订单插单失败会导致库存凭空消失如果先插订单再扣库存库存不足时会出现无货订单。Spring的Transactional注解把两步包进同一个数据库事务。Override Transactional(rollbackFor Exception.class) public Order createOrder(Long userId, Long goodsId, Integer quantity) { Goods goods goodsMapper.selectByPrimaryKey(goodsId); if (goods null || goods.getStatus() ! 1) { throw new BusinessException(商品不存在或已下架); } if (goods.getStock() quantity) { throw new BusinessException(库存不足); } Order order new Order(); order.setOrderNo(generateOrderNo()); order.setUserId(userId); order.setGoodsId(goodsId); order.setQuantity(quantity); order.setTotalPrice(goods.getPrice().multiply(new BigDecimal(quantity))); order.setStatus(OrderStatus.PENDING_PAYMENT.getCode()); orderMapper.insert(order); Goods update new Goods(); update.setId(goodsId); update.setStock(goods.getStock() - quantity); goodsMapper.updateByPrimaryKeySelective(update); return order; }这里有两个细节。第一updateByPrimaryKeySelective只更新非null字段避免把商品的status、price等字段误刷成null。第二扣库存的SQL在真正高并发场景下要写成UPDATE goods SET stock stock - #{quantity} WHERE id #{id} AND stock #{quantity}用数据库行锁保证不超卖。毕业设计不要求上分布式锁但答辩时主动说出可以在这里用乐观锁思路优化老师会觉得你理解到了并发层面。generateOrderNo()采用了系统时间戳加四位随机数的写法单机部署够用同一毫秒内并发下单时有极小概率碰撞。更稳的替代方案是时间戳加上用户ID后四位既保留时间排序可读性又能把碰撞概率降一个量级。4. 前端联调微信小程序端与Vue后台的对接细节4.1 小程序请求封装与登录态处理微信小程序的网络请求统一走wx.request每个页面单独写会比较乱。项目里常见做法是封装request.js工具统一处理接口地址前缀、请求头token和错误提示。登录成功后后端返回token小程序存入本地缓存每次请求自动带上。// utils/request.js const BASE_URL http://localhost:8080/community; function request(url, method GET, data {}) { return new Promise((resolve, reject) { wx.request({ url: BASE_URL url, method: method, data: data, header: { Content-Type: application/json, token: wx.getStorageSync(token) }, success: (res) { if (res.data.code 200) { resolve(res.data.data); } else { wx.showToast({ title: res.data.msg, icon: none }); reject(res.data); } }, fail: (err) { wx.showToast({ title: 网络异常, icon: none }); reject(err); } }); }); } module.exports { request };BASE_URL在开发阶段指向本地Tomcat的IP加端口。微信开发者工具模拟器里可以访问localhost但真机调试时localhost指向手机自己必须改成电脑在局域网中的IP同时后端要配置CorsFilter放行跨域来源。4.2 商品列表分页与购物车会员端首页是商品列表数据来自商品查询接口。下拉触底加载是电商小程序的标配交互用onReachBottom生命周期配合分页参数实现。进入页面时onLoad触发第一页加载这是小程序端默认的加载时序。// pages/index/index.js const { request } require(../../utils/request); Page({ data: { goodsList: [], page: 1, pageSize: 10, hasMore: true, loading: false }, onLoad() { this.fetchGoods(); }, fetchGoods() { if (!this.data.hasMore || this.data.loading) return; this.setData({ loading: true }); request(/api/goods/list, GET, { page: this.data.page, pageSize: this.data.pageSize }).then((res) { this.setData({ goodsList: this.data.goodsList.concat(res.list), page: this.data.page 1, hasMore: res.list.length this.data.pageSize, loading: false }); }); }, onReachBottom() { this.fetchGoods(); }, addCart(e) { const goodsId e.currentTarget.dataset.id; request(/api/cart/add, POST, { goodsId, quantity: 1 }) .then(() wx.showToast({ title: 已加入购物车, icon: success })); } });分页的关键在hasMore和loading两个标志位。hasMore由本次返回条数是否等于pageSize决定loading防止onReachBottom被连续触发导致同一个page被重复请求。addCart方法里的商品ID来自点击元素的data-id属性wx.request接收后需要确认后端Controller里的入参类型与前端传参类型一致。4.3 Vue后台的路由拦截与接口对接管理后台用Vue配合Element UI实现登录成功后把token存到localStorage路由守卫在每次跳转前检查token没有就强制回登录页。axios实例在请求拦截器里统一注入token头响应拦截器处理通用业务码。import axios from axios; const service axios.create({ baseURL: /api, timeout: 10000 }); service.interceptors.request.use(config { const token localStorage.getItem(admin_token); if (token) { config.headers[Token] token; } return config; }); service.interceptors.response.use( response { if (response.data.code 200) { return response.data.data; } return Promise.reject(new Error(response.data.msg)); }, error Promise.reject(error) ); export default service;Vue项目开发环境通过vue.config.js的proxy配置把/api前缀的请求转发到后端8080端口避免反复处理跨域。生产环境打包后的dist目录静态文件可以直接放到后端webapp下由同一个Tomcat提供服务。管理后台的菜单显隐用role字段控制管理员看到全部菜单商家登录自动隐藏会员管理和系统管理注意前端隐藏只是体验优化最终权限判定仍以后端拦截器为准这个点答辩时主动说出来面试观感会好很多。5. 部署排错与答辩演示把工具包从能跑到能讲5.1 三个批处理脚本与部署顺序源码包里的1-install.bat、2-run.bat、3-build.bat对应三个阶段的动作。1-install.bat初始化Maven依赖和数据库脚本2-run.bat启动后端Tomcat3-build.bat对Vue后台做npm install和npm run build。顺序不能颠倒数据库没初始化就启动后端会直接报表不存在的异常。源码包里带.bak后缀的文件是Vue组件或样式文件的备份不需要导入项目打包时不会被引用。排错集中在三个位置。第一确认JDK版本是1.8本机装了多个JDK时检查IDE的项目SDK设置。第二8080端口被占用时执行netstat -ano | findstr 8080查看PID再通过任务管理器结束对应进程。第三MySQL 5.7与8.0的驱动类名不同8.0使用com.mysql.cj.jdbc.Driver且URL追加serverTimezoneAsia/ShanghaiuseSSLfalse。提示如果启动时抛ClassNotFoundException: com.mysql.jdbc.Driver说明mysql-connector-java版本与本地MySQL不匹配优先检查jar包版本而不是改代码。5.2 答辩演示路径设计演示路径建议从管理员登录开始依次创建商家账号、用商家账号上架商品、打开小程序注册会员并下单、支付后回到商家端发货、会员确认收货并评价。这条链路把三个角色全部串起来每次切换角色时都能自然展示对应功能页面。演示时重点讲两个点订单状态从待发货到待收货的流转切换以及商家只能看到自己商品的权限控制。这两点做到了项目深度也就出来了。调试阶段可以用微信开发者工具的Network面板查看请求和响应也可以借助抓包工具分析小程序请求是否正常到达后端。后端的日志级别调整到DEBUG后MyBatis会在控制台输出每条SQL的执行语句对照SQL和返回值就能快速定位是接口问题还是数据问题。最后一条实用建议先把数据库脚本在本地完整执行一遍确认所有表的数量和初始管理员账号与文档一致再启动项目这一步能省掉大半排错时间。本文还有配套的精品资源点击获取