简介面向高校计算机与软件工程专业毕业设计场景的超市管理系统完整项目源码采用SpringBoot后端与Vue前端的前后端分离架构覆盖商品库存、销售、会员、促销、供应链及报表统计等模块适合需要完成毕设选题、课程设计或学习企业级项目结构的学生与开发者参考。压缩包共2000个文件约23.17MB包含大量JavaScript与CSS前端资源、61个Java后端源码、43个Vue组件以及SQL脚本、XML配置、JSON数据和HTML页面等后端服务、前端界面、数据库初始化与部署配置均有对应材料。已有87人学习下载。读者可据此梳理前后端分离项目的目录组织、接口调用、权限控制与库存销售流程并借助数据库脚本快速还原运行环境理解模块划分和常见配置为二次开发与答辩展示提供可复用的工程模板。1. 超市管理系统毕设选型SpringBootVue 这套组合到底能不能打去年帮几个同学看毕业设计十份里有六份是“超市管理系统”但真正能跑起来、答辩时经得起追问的不到三份。问题不在题目老旧而在于多数人只堆了 CRUD没想清楚一套零售后台到底该有哪些业务闭环。这份基于 SpringBoot Vue 的超市管理系统覆盖商品档案、库存出入库、收银下单、供应商与会员管理几条主线前后端分离数据库用 MySQL属于那种“拿来能跑、拆开能改”的典型工程型毕设。它适合两类人一是时间紧、需要一套结构完整可演示系统的毕业生二是想借一个真实业务场景把 SpringBoot 分层、Vue 路由与权限、订单事务这几块练熟的新手。下面按“先跑通、再改懂、最后避坑”的顺序拆。2. 环境搭建与前后端跑通从零到登录页出现的完整链路2.1 技术栈清点与版本对齐拿到一个 Java 毕设压缩包第一件事不是双击 IDEA 打开而是先看依赖清单。这套系统的典型结构是后端 SpringBoot MyBatis-Plus MySQL前端 Vue Element UI或 Element Plus Axios构建工具 Maven 与 npm。前后端分离项目的翻车高发区几乎全在版本上JDK 8 和 JDK 17 对 SpringBoot 2.x/3.x 的支持完全不同Node 版本过高会让老版本 node-sass 直接编译失败。常见做法是先统一下面这张表再动手组件推荐版本说明JDK1.8 或 17与 SpringBoot 主版本匹配2.x 配 83.x 配 17SpringBoot2.7.x毕设生态最稳教程与依赖最多MySQL5.7 / 8.08.0 需注意驱动类名与时区参数Maven3.6配好国内镜像否则依赖拉取极慢Node.js14.x / 16.x老 Vue2 项目不要上 18Vue2.x 或 3.x看 package.json别自己臆测我一般会先把pom.xml和package.json各扫一遍把版本号记下来再决定装哪套环境。这一步花五分钟能省后面两小时的报错排查。2.2 数据库初始化与配置修改超市管理系统的表通常有十几张商品表、分类表、库存表、入库单、出库单、订单主表与明细表、供应商表、会员表、用户与角色表。压缩包里一般带一个.sql文件先建库再导入。# 登录 MySQL 后执行 CREATE DATABASE supermarket DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 退出后用命令行导入避免图形工具编码问题 mysql -u root -p supermarket supermarket.sql导入完成后必须改后端配置文件这是新手最容易漏的一步# application.yml 关键片段 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver # MySQL 8 用 cj5.7 可去掉 cj url: jdbc:mysql://localhost:3306/supermarket?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse username: root password: 你的密码逻辑说明serverTimezone不写会在 MySQL 8 上抛出时区异常useSSLfalse是为了本地开发免证书告警characterEncodingutf8保证中文商品名不乱码。数据库账号密码写错的表现是启动即报Access denied此时不用怀疑代码先回到这里核对。2.3 后端启动与接口自测改完配置直接跑主启动类控制台出现 Tomcat 端口监听即算成功默认 8080。启动失败常见两类一是端口被占用改server.port即可二是 MyBatis 的 mapper 扫描路径没配报Invalid bound statement需要在启动类加MapperScan(com.xxx.mapper)。起来之后别急着开前端先用浏览器或接口工具打一个登录接口# 测试登录接口是否连通注意实际路径以 controller 注解为准 curl -X POST http://localhost:8080/user/login \ -H Content-Type: application/json \ -d {username:admin,password:123456}参数说明Content-Type必须是 JSON后端用了RequestBody时表单格式会直接 415返回体里一般带code、msg、data三段code为 200 说明链路通了。如果返回 401 或提示密码错误去数据库用户表看密码是否经过 MD5 或 BCrypt 加密——很多包里的初始密码是加密后的串直接比对明文当然对不上。2.4 前端安装依赖与跨域处理前端目录下先装依赖再启动npm install # 依赖多时加 --registry 走国内源 npm run serve # Vue2 项目Vue3 用 npm run dev启动后浏览器访问 8080 或 8081能出现登录页就成功一半。此时最常见的坑是登录请求 404 或跨域报错。原因在于前端 Axios 的 baseURL 与后端实际端口不一致或者后端没配跨域。两种解法一是在vue.config.js里配代理二是后端加全局跨域配置。推荐前者配置干净// vue.config.js module.exports { devServer: { port: 8081, proxy: { /api: { target: http://localhost:8080, // 指向后端 changeOrigin: true, pathRewrite: { ^/api: } // 按后端是否有统一前缀决定 } } } }逻辑说明pathRewrite最容易配错如果后端接口本身带/api前缀这行要删掉否则会变成双前缀导致 404。改完配置必须重启前端服务热更新不会重载代理配置这一点很多人栽过。3. 核心业务模块拆解商品、库存与订单三条主线怎么落地3.1 商品与分类的分层写法商品模块是整个系统的地基分类表与商品表是一对多关系。后端典型分层是 Controller 接参、Service 写业务、Mapper 做持久化实体类用 MyBatis-Plus 注解映射表名。看一份商品分页查询的 Service 实现就明白套路Service public class GoodsServiceImpl extends ServiceImplGoodsMapper, Goods implements GoodsService { Override public PageGoods pageQuery(int pageNum, int pageSize, String keyword, Long categoryId) { // 构造分页对象页码从 1 开始 PageGoods page new Page(pageNum, pageSize); LambdaQueryWrapperGoods wrapper new LambdaQueryWrapper(); // 商品名模糊搜索库存预警可在此追加条件 wrapper.like(StringUtils.hasText(keyword), Goods::getName, keyword); wrapper.eq(categoryId ! null, Goods::getCategoryId, categoryId); wrapper.orderByDesc(Goods::getCreateTime); return this.page(page, wrapper); } }逻辑说明LambdaQueryWrapper的条件方法第一个参数是布尔值为 false 时该条件不拼接这是实现“动态查询”最省事的方式比手写 XML 里一堆if清爽。参数上pageNum从 1 开始若前端分页组件从 0 开始传会出现第一页数据重复这是联调时的高频问题。分类下拉框数据则单独走一个/category/list接口前端在created钩子里拉一次缓存起来即可不必每次打开弹窗都请求。3.2 入库出库与库存联动的写法库存是超市系统区别于普通 CRUD 的地方。核心逻辑是入库单审核通过后增加库存出库或销售后扣减库存并且要防止超卖。简单实现是在 Service 里用一个事务包住“写单据 改库存”两步Service public class StockServiceImpl { Autowired private GoodsMapper goodsMapper; Autowired private StockRecordMapper stockRecordMapper; Transactional(rollbackFor Exception.class) public void inbound(Long goodsId, Integer num, String operator) { // 先查商品是否存在避免脏数据 Goods goods goodsMapper.selectById(goodsId); if (goods null || num 0) { throw new RuntimeException(商品不存在或数量非法); } // 更新库存用 SQL 原子自增而不是先查后改 int rows goodsMapper.increaseStock(goodsId, num); if (rows 0) { throw new RuntimeException(库存更新失败); } // 记录流水便于对账与追溯 stockRecordMapper.insert(new StockRecord(goodsId, num, IN, operator)); } }逻辑说明Transactional(rollbackFor Exception.class)必须显式指定回滚异常类型默认只回滚运行时异常捕获后不抛会静默失败。库存更新走UPDATE goods SET stock stock #{num} WHERE id #{id}这种原子语句而不是“查出库存、加完再写回”后者在并发下必然丢更新。参数operator记录操作人答辩时被问“怎么追溯谁改的库存”就靠这张流水表。3.3 订单与收银的事务边界收银下单是业务闭环的终点涉及订单主表、订单明细表、库存扣减三处写入必须放在同一个事务里。这里有个容易忽略的细节明细表要先有主表 ID所以顺序是插主表拿自增 ID、批量插明细、逐条扣库存。Transactional(rollbackFor Exception.class) public void createOrder(OrderDTO dto) { Order order new Order(); order.setOrderNo(generateOrderNo()); // 建议 时间戳随机数避免并发重复 order.setMemberId(dto.getMemberId()); order.setTotalAmount(dto.getTotalAmount()); orderMapper.insert(order); // 插入后 order.getId() 自动回填 for (OrderItem item : dto.getItems()) { item.setOrderId(order.getId()); orderItemMapper.insert(item); // 扣库存带库存充足判断返回 0 行说明库存不足 if (goodsMapper.decreaseStock(item.getGoodsId(), item.getNum()) 0) { throw new RuntimeException(商品库存不足 item.getGoodsName()); } } }逻辑说明generateOrderNo如果用纯时间戳秒级并发下会撞号加随机后缀或使用序列更稳。扣库存用UPDATE ... SET stock stock - #{num} WHERE id #{id} AND stock #{num}靠影响行数判断是否超卖比先查再判可靠得多。会员价、折扣计算建议放在 Service 里统一算前端只做展示否则改个活动规则要动两处。4. 权限与数据展示菜单、角色和报表这几处最容易做假4.1 登录鉴权与角色菜单毕设系统里权限往往是“做了但不严”表现为登录后菜单写死换个角色照样能看到全部页面。合格的做法是后端返回角色标识或菜单树前端按角色动态渲染路由。登录成功后把 token 与用户信息存本地请求拦截器统一带上// request.js 拦截器片段 service.interceptors.request.use(config { const token localStorage.getItem(token); if (token) { config.headers[Authorization] token; // 后端过滤器解析 } return config; });逻辑说明token 存localStorage刷新不丢但存在被脚本读取的风险毕设场景够用生产环境更常见的是 HttpOnly Cookie。后端用拦截器或过滤器校验未登录统一返回 401前端拦截响应码跳登录页。菜单树一般存角色表的一个 JSON 字段或单独菜单表别在数据库里给每个用户存一份菜单 ID 列表后面加页面会改到崩溃。4.2 库存预警与统计报表答辩时最容易被问的两个问题库存不足怎么办、销售数据怎么看。库存预警就是一条查询stock warning_stock的商品列表前端用红色标签标出进入首页时拉一次。统计报表则按日期分组聚合订单明细常见三种日销售额趋势、商品销量排行、分类销售占比。-- 近 7 天销售额趋势按天分组 SELECT DATE(create_time) AS day, SUM(total_amount) AS amount FROM order WHERE create_time DATE_SUB(CURDATE(), INTERVAL 6 DAY) GROUP BY DATE(create_time) ORDER BY day;逻辑说明DATE_SUB(CURDATE(), INTERVAL 6 DAY)表示含今天在内共 7 天若写成INTERVAL 7 DAY会多出一天导致图表空点。销量排行用GROUP BY goods_id ORDER BY SUM(num) DESC LIMIT 10。前端图表用 ECharts 即可数据为空时记得给个空态提示否则图表一片空白演示时很尴尬。4.3 前后端联调的字段对齐联调阶段最耗时的不是写代码是字段对不上。后端实体用驼峰goodsName数据库列名用下划线goods_nameMyBatis-Plus 默认开启驼峰映射一般不用管但前端表单 model 里的字段名必须和后端 DTO 完全一致多一个字母就是null。我习惯先把接口文档或 Controller 的入参对象打印出来对着写前端表单比来回猜快得多。日期字段尤其注意后端返回yyyy-MM-dd HH:mm:ss字符串还是时间戳前端表格的格式化函数要跟得上否则显示Invalid Date。5. 避坑与排查这套系统跑不起来时先看这五处5.1 启动报数据库连接失败现象启动即退出日志里Communications link failure或Access denied for user。原因通常是 MySQL 没启动、端口不是 3306、账号密码与配置不符或者 MySQL 8 用了旧驱动类名。解决先命令行mysql -u root -p确认能连上再核对application.yml的 url、用户名、密码三处驱动类名 8.0 必须是com.mysql.cj.jdbc.Driver。5.2 接口 404 或跨域报错现象登录按钮点下去控制台报 CORS 或 404。原因前端 baseURL 与后端端口不一致代理pathRewrite配错导致路径多一层或少一层。解决浏览器 Network 面板看实际请求地址和后端 Controller 的RequestMapping逐段比对先去掉pathRewrite试一次能通说明就是前缀问题。5.3 页面能开但数据全空现象列表页加载转圈后无数据接口返回 200 但data为 null。原因分页参数名不匹配前端传page后端收pageNum或返回结构是{records:[], total:0}而前端取的是data.list。解决直接看接口返回报文按实际字段名改前端取值别硬改后端去迁就前端。5.4 中文乱码现象商品名在数据库里正常页面显示问号。原因数据库连接串缺characterEncodingutf8或建库时用了 latin1。解决连接串补上编码参数已建库的执行ALTER DATABASE supermarket CHARACTER SET utf8mb4表也需一并转换。5.5 修改后不生效现象改了代码重启还是老样子。原因前端代理配置、环境变量这类改动必须重启 dev server后端若开了热部署改 mapper XML 有时不重载。解决养成“改配置必重启、改 XML 必 rebuild”的习惯别在缓存上浪费时间。6. 二次开发与答辩加分把一套 CRUD 改成有说服力的作品想把这份系统从“能跑”推到“能讲”重点不在加页面而在补业务深度。我一般会先做三件事给库存扣减加乐观锁或原子更新证明自己懂并发给订单加状态机待支付、已支付、已取消、已退款让流程有来有回给关键操作加日志表答辩被问“数据错了怎么查”时有话可说。再往上可以挑一个点做深比如销售预测或智能补货。不必上复杂模型用近 30 天日均销量乘以补货周期减去当前库存和安全库存得出建议补货量就是一个能自圆其说的算法// 简易补货建议日均销量 * 补货周期 安全库存 - 当前库存 public int suggestReplenish(Long goodsId, int cycleDays, int safeStock) { Integer sold orderItemMapper.sumRecentDays(goodsId, 30); // 近30天销量 if (sold null || sold 0) return safeStock; // 无销量按安全库存备 int avgDaily sold / 30; int suggest avgDaily * cycleDays safeStock - goodsMapper.getStock(goodsId); return Math.max(suggest, 0); // 负数归零 }参数说明cycleDays是供应商到货周期safeStock是安全库存下限两者都可以做成系统参数配置演示时现场改一个值看建议变化比干讲有说服力。验证方法也简单挑三个销量差异大的商品手工算一遍和建议值对比对得上就说明逻辑没错。另外提醒一句答辩演示前一定用干净数据跑一遍全流程建商品、入库、开会员、下单、退款、看报表每一步都截图存档。我吃过一次亏演示时库存流水为空被追问是不是库存没联动其实是测试数据被清过。从那以后我每次交付前都强制走一遍完整业务链路再清库重导宁可多花二十分钟。希望帮到你。本文还有配套的精品资源点击获取
简介面向高校计算机与软件工程专业毕业设计场景的超市管理系统完整项目源码采用SpringBoot后端与Vue前端的前后端分离架构覆盖商品库存、销售、会员、促销、供应链及报表统计等模块适合需要完成毕设选题、课程设计或学习企业级项目结构的学生与开发者参考。压缩包共2000个文件约23.17MB包含大量JavaScript与CSS前端资源、61个Java后端源码、43个Vue组件以及SQL脚本、XML配置、JSON数据和HTML页面等后端服务、前端界面、数据库初始化与部署配置均有对应材料。已有87人学习下载。读者可据此梳理前后端分离项目的目录组织、接口调用、权限控制与库存销售流程并借助数据库脚本快速还原运行环境理解模块划分和常见配置为二次开发与答辩展示提供可复用的工程模板。1. 超市管理系统毕设选型SpringBootVue 这套组合到底能不能打去年帮几个同学看毕业设计十份里有六份是“超市管理系统”但真正能跑起来、答辩时经得起追问的不到三份。问题不在题目老旧而在于多数人只堆了 CRUD没想清楚一套零售后台到底该有哪些业务闭环。这份基于 SpringBoot Vue 的超市管理系统覆盖商品档案、库存出入库、收银下单、供应商与会员管理几条主线前后端分离数据库用 MySQL属于那种“拿来能跑、拆开能改”的典型工程型毕设。它适合两类人一是时间紧、需要一套结构完整可演示系统的毕业生二是想借一个真实业务场景把 SpringBoot 分层、Vue 路由与权限、订单事务这几块练熟的新手。下面按“先跑通、再改懂、最后避坑”的顺序拆。2. 环境搭建与前后端跑通从零到登录页出现的完整链路2.1 技术栈清点与版本对齐拿到一个 Java 毕设压缩包第一件事不是双击 IDEA 打开而是先看依赖清单。这套系统的典型结构是后端 SpringBoot MyBatis-Plus MySQL前端 Vue Element UI或 Element Plus Axios构建工具 Maven 与 npm。前后端分离项目的翻车高发区几乎全在版本上JDK 8 和 JDK 17 对 SpringBoot 2.x/3.x 的支持完全不同Node 版本过高会让老版本 node-sass 直接编译失败。常见做法是先统一下面这张表再动手组件推荐版本说明JDK1.8 或 17与 SpringBoot 主版本匹配2.x 配 83.x 配 17SpringBoot2.7.x毕设生态最稳教程与依赖最多MySQL5.7 / 8.08.0 需注意驱动类名与时区参数Maven3.6配好国内镜像否则依赖拉取极慢Node.js14.x / 16.x老 Vue2 项目不要上 18Vue2.x 或 3.x看 package.json别自己臆测我一般会先把pom.xml和package.json各扫一遍把版本号记下来再决定装哪套环境。这一步花五分钟能省后面两小时的报错排查。2.2 数据库初始化与配置修改超市管理系统的表通常有十几张商品表、分类表、库存表、入库单、出库单、订单主表与明细表、供应商表、会员表、用户与角色表。压缩包里一般带一个.sql文件先建库再导入。# 登录 MySQL 后执行 CREATE DATABASE supermarket DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 退出后用命令行导入避免图形工具编码问题 mysql -u root -p supermarket supermarket.sql导入完成后必须改后端配置文件这是新手最容易漏的一步# application.yml 关键片段 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver # MySQL 8 用 cj5.7 可去掉 cj url: jdbc:mysql://localhost:3306/supermarket?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse username: root password: 你的密码逻辑说明serverTimezone不写会在 MySQL 8 上抛出时区异常useSSLfalse是为了本地开发免证书告警characterEncodingutf8保证中文商品名不乱码。数据库账号密码写错的表现是启动即报Access denied此时不用怀疑代码先回到这里核对。2.3 后端启动与接口自测改完配置直接跑主启动类控制台出现 Tomcat 端口监听即算成功默认 8080。启动失败常见两类一是端口被占用改server.port即可二是 MyBatis 的 mapper 扫描路径没配报Invalid bound statement需要在启动类加MapperScan(com.xxx.mapper)。起来之后别急着开前端先用浏览器或接口工具打一个登录接口# 测试登录接口是否连通注意实际路径以 controller 注解为准 curl -X POST http://localhost:8080/user/login \ -H Content-Type: application/json \ -d {username:admin,password:123456}参数说明Content-Type必须是 JSON后端用了RequestBody时表单格式会直接 415返回体里一般带code、msg、data三段code为 200 说明链路通了。如果返回 401 或提示密码错误去数据库用户表看密码是否经过 MD5 或 BCrypt 加密——很多包里的初始密码是加密后的串直接比对明文当然对不上。2.4 前端安装依赖与跨域处理前端目录下先装依赖再启动npm install # 依赖多时加 --registry 走国内源 npm run serve # Vue2 项目Vue3 用 npm run dev启动后浏览器访问 8080 或 8081能出现登录页就成功一半。此时最常见的坑是登录请求 404 或跨域报错。原因在于前端 Axios 的 baseURL 与后端实际端口不一致或者后端没配跨域。两种解法一是在vue.config.js里配代理二是后端加全局跨域配置。推荐前者配置干净// vue.config.js module.exports { devServer: { port: 8081, proxy: { /api: { target: http://localhost:8080, // 指向后端 changeOrigin: true, pathRewrite: { ^/api: } // 按后端是否有统一前缀决定 } } } }逻辑说明pathRewrite最容易配错如果后端接口本身带/api前缀这行要删掉否则会变成双前缀导致 404。改完配置必须重启前端服务热更新不会重载代理配置这一点很多人栽过。3. 核心业务模块拆解商品、库存与订单三条主线怎么落地3.1 商品与分类的分层写法商品模块是整个系统的地基分类表与商品表是一对多关系。后端典型分层是 Controller 接参、Service 写业务、Mapper 做持久化实体类用 MyBatis-Plus 注解映射表名。看一份商品分页查询的 Service 实现就明白套路Service public class GoodsServiceImpl extends ServiceImplGoodsMapper, Goods implements GoodsService { Override public PageGoods pageQuery(int pageNum, int pageSize, String keyword, Long categoryId) { // 构造分页对象页码从 1 开始 PageGoods page new Page(pageNum, pageSize); LambdaQueryWrapperGoods wrapper new LambdaQueryWrapper(); // 商品名模糊搜索库存预警可在此追加条件 wrapper.like(StringUtils.hasText(keyword), Goods::getName, keyword); wrapper.eq(categoryId ! null, Goods::getCategoryId, categoryId); wrapper.orderByDesc(Goods::getCreateTime); return this.page(page, wrapper); } }逻辑说明LambdaQueryWrapper的条件方法第一个参数是布尔值为 false 时该条件不拼接这是实现“动态查询”最省事的方式比手写 XML 里一堆if清爽。参数上pageNum从 1 开始若前端分页组件从 0 开始传会出现第一页数据重复这是联调时的高频问题。分类下拉框数据则单独走一个/category/list接口前端在created钩子里拉一次缓存起来即可不必每次打开弹窗都请求。3.2 入库出库与库存联动的写法库存是超市系统区别于普通 CRUD 的地方。核心逻辑是入库单审核通过后增加库存出库或销售后扣减库存并且要防止超卖。简单实现是在 Service 里用一个事务包住“写单据 改库存”两步Service public class StockServiceImpl { Autowired private GoodsMapper goodsMapper; Autowired private StockRecordMapper stockRecordMapper; Transactional(rollbackFor Exception.class) public void inbound(Long goodsId, Integer num, String operator) { // 先查商品是否存在避免脏数据 Goods goods goodsMapper.selectById(goodsId); if (goods null || num 0) { throw new RuntimeException(商品不存在或数量非法); } // 更新库存用 SQL 原子自增而不是先查后改 int rows goodsMapper.increaseStock(goodsId, num); if (rows 0) { throw new RuntimeException(库存更新失败); } // 记录流水便于对账与追溯 stockRecordMapper.insert(new StockRecord(goodsId, num, IN, operator)); } }逻辑说明Transactional(rollbackFor Exception.class)必须显式指定回滚异常类型默认只回滚运行时异常捕获后不抛会静默失败。库存更新走UPDATE goods SET stock stock #{num} WHERE id #{id}这种原子语句而不是“查出库存、加完再写回”后者在并发下必然丢更新。参数operator记录操作人答辩时被问“怎么追溯谁改的库存”就靠这张流水表。3.3 订单与收银的事务边界收银下单是业务闭环的终点涉及订单主表、订单明细表、库存扣减三处写入必须放在同一个事务里。这里有个容易忽略的细节明细表要先有主表 ID所以顺序是插主表拿自增 ID、批量插明细、逐条扣库存。Transactional(rollbackFor Exception.class) public void createOrder(OrderDTO dto) { Order order new Order(); order.setOrderNo(generateOrderNo()); // 建议 时间戳随机数避免并发重复 order.setMemberId(dto.getMemberId()); order.setTotalAmount(dto.getTotalAmount()); orderMapper.insert(order); // 插入后 order.getId() 自动回填 for (OrderItem item : dto.getItems()) { item.setOrderId(order.getId()); orderItemMapper.insert(item); // 扣库存带库存充足判断返回 0 行说明库存不足 if (goodsMapper.decreaseStock(item.getGoodsId(), item.getNum()) 0) { throw new RuntimeException(商品库存不足 item.getGoodsName()); } } }逻辑说明generateOrderNo如果用纯时间戳秒级并发下会撞号加随机后缀或使用序列更稳。扣库存用UPDATE ... SET stock stock - #{num} WHERE id #{id} AND stock #{num}靠影响行数判断是否超卖比先查再判可靠得多。会员价、折扣计算建议放在 Service 里统一算前端只做展示否则改个活动规则要动两处。4. 权限与数据展示菜单、角色和报表这几处最容易做假4.1 登录鉴权与角色菜单毕设系统里权限往往是“做了但不严”表现为登录后菜单写死换个角色照样能看到全部页面。合格的做法是后端返回角色标识或菜单树前端按角色动态渲染路由。登录成功后把 token 与用户信息存本地请求拦截器统一带上// request.js 拦截器片段 service.interceptors.request.use(config { const token localStorage.getItem(token); if (token) { config.headers[Authorization] token; // 后端过滤器解析 } return config; });逻辑说明token 存localStorage刷新不丢但存在被脚本读取的风险毕设场景够用生产环境更常见的是 HttpOnly Cookie。后端用拦截器或过滤器校验未登录统一返回 401前端拦截响应码跳登录页。菜单树一般存角色表的一个 JSON 字段或单独菜单表别在数据库里给每个用户存一份菜单 ID 列表后面加页面会改到崩溃。4.2 库存预警与统计报表答辩时最容易被问的两个问题库存不足怎么办、销售数据怎么看。库存预警就是一条查询stock warning_stock的商品列表前端用红色标签标出进入首页时拉一次。统计报表则按日期分组聚合订单明细常见三种日销售额趋势、商品销量排行、分类销售占比。-- 近 7 天销售额趋势按天分组 SELECT DATE(create_time) AS day, SUM(total_amount) AS amount FROM order WHERE create_time DATE_SUB(CURDATE(), INTERVAL 6 DAY) GROUP BY DATE(create_time) ORDER BY day;逻辑说明DATE_SUB(CURDATE(), INTERVAL 6 DAY)表示含今天在内共 7 天若写成INTERVAL 7 DAY会多出一天导致图表空点。销量排行用GROUP BY goods_id ORDER BY SUM(num) DESC LIMIT 10。前端图表用 ECharts 即可数据为空时记得给个空态提示否则图表一片空白演示时很尴尬。4.3 前后端联调的字段对齐联调阶段最耗时的不是写代码是字段对不上。后端实体用驼峰goodsName数据库列名用下划线goods_nameMyBatis-Plus 默认开启驼峰映射一般不用管但前端表单 model 里的字段名必须和后端 DTO 完全一致多一个字母就是null。我习惯先把接口文档或 Controller 的入参对象打印出来对着写前端表单比来回猜快得多。日期字段尤其注意后端返回yyyy-MM-dd HH:mm:ss字符串还是时间戳前端表格的格式化函数要跟得上否则显示Invalid Date。5. 避坑与排查这套系统跑不起来时先看这五处5.1 启动报数据库连接失败现象启动即退出日志里Communications link failure或Access denied for user。原因通常是 MySQL 没启动、端口不是 3306、账号密码与配置不符或者 MySQL 8 用了旧驱动类名。解决先命令行mysql -u root -p确认能连上再核对application.yml的 url、用户名、密码三处驱动类名 8.0 必须是com.mysql.cj.jdbc.Driver。5.2 接口 404 或跨域报错现象登录按钮点下去控制台报 CORS 或 404。原因前端 baseURL 与后端端口不一致代理pathRewrite配错导致路径多一层或少一层。解决浏览器 Network 面板看实际请求地址和后端 Controller 的RequestMapping逐段比对先去掉pathRewrite试一次能通说明就是前缀问题。5.3 页面能开但数据全空现象列表页加载转圈后无数据接口返回 200 但data为 null。原因分页参数名不匹配前端传page后端收pageNum或返回结构是{records:[], total:0}而前端取的是data.list。解决直接看接口返回报文按实际字段名改前端取值别硬改后端去迁就前端。5.4 中文乱码现象商品名在数据库里正常页面显示问号。原因数据库连接串缺characterEncodingutf8或建库时用了 latin1。解决连接串补上编码参数已建库的执行ALTER DATABASE supermarket CHARACTER SET utf8mb4表也需一并转换。5.5 修改后不生效现象改了代码重启还是老样子。原因前端代理配置、环境变量这类改动必须重启 dev server后端若开了热部署改 mapper XML 有时不重载。解决养成“改配置必重启、改 XML 必 rebuild”的习惯别在缓存上浪费时间。6. 二次开发与答辩加分把一套 CRUD 改成有说服力的作品想把这份系统从“能跑”推到“能讲”重点不在加页面而在补业务深度。我一般会先做三件事给库存扣减加乐观锁或原子更新证明自己懂并发给订单加状态机待支付、已支付、已取消、已退款让流程有来有回给关键操作加日志表答辩被问“数据错了怎么查”时有话可说。再往上可以挑一个点做深比如销售预测或智能补货。不必上复杂模型用近 30 天日均销量乘以补货周期减去当前库存和安全库存得出建议补货量就是一个能自圆其说的算法// 简易补货建议日均销量 * 补货周期 安全库存 - 当前库存 public int suggestReplenish(Long goodsId, int cycleDays, int safeStock) { Integer sold orderItemMapper.sumRecentDays(goodsId, 30); // 近30天销量 if (sold null || sold 0) return safeStock; // 无销量按安全库存备 int avgDaily sold / 30; int suggest avgDaily * cycleDays safeStock - goodsMapper.getStock(goodsId); return Math.max(suggest, 0); // 负数归零 }参数说明cycleDays是供应商到货周期safeStock是安全库存下限两者都可以做成系统参数配置演示时现场改一个值看建议变化比干讲有说服力。验证方法也简单挑三个销量差异大的商品手工算一遍和建议值对比对得上就说明逻辑没错。另外提醒一句答辩演示前一定用干净数据跑一遍全流程建商品、入库、开会员、下单、退款、看报表每一步都截图存档。我吃过一次亏演示时库存流水为空被追问是不是库存没联动其实是测试数据被清过。从那以后我每次交付前都强制走一遍完整业务链路再清库重导宁可多花二十分钟。希望帮到你。本文还有配套的精品资源点击获取
