简介基于SpringBoot与Vue的超市管理系统是一套面向毕业设计场景的全栈实战资源适合需要完成前后端分离项目、理解商品库存与销售业务数据化管理的开发者。RAR压缩包共2000个文件以1614个JS脚本、233个CSS样式为主体另含61个Java后端类、43个Vue组件、1个SQL初始化脚本以及XML/JSON等配置整体23.17MB服务端、前端页面与数据库初始化内容一目了然。系统覆盖用户权限、库存监控、销售事务、报表统计、系统设置等模块SQL文件可快速创建表结构并写入初始数据SpringBoot应用与Vue前端打包后便于本地部署和二次开发。整个项目目录结构清晰前后端联动逻辑完整适合用于课程设计、毕业设计参考也可作为学习前后端分离架构和超市业务实现的综合案例目前已有87人浏览学习。1. 这是什么样的超市管理系统覆盖前端到后端的完整毕业设计模板如果你正在找一套能直接跑起来、又能在论文里写出完整业务链路的毕业设计这套基于SpringBoot Vue的超市管理系统值得花一个下午拆开看看。它不是那种只差个前端页面的半成品而是把超市日常运营里的商品管理、分类管理、供应商管理、进货入库、销售收银、库存预警、销售统计这些环节都做成了可操作的功能模块后端由SpringBoot提供RESTful接口前端由Vue框架配合Element UI组件库渲染页面数据存储在MySQL里。换句话说从收银台点一下「结算」到库存表里扣减对应商品数量再到老板首页看到今日销售额这条完整链路在这份代码里是闭环的。我从拿到源码到把它跑通、看懂核心逻辑前后花了大约一个晚上。过程中确实踩了几个坑比如Node版本和依赖版本的匹配问题、数据库编码导致的中文乱码这些问题在项目文档里不一定写全但都在可以修复的范围内。对准备做毕业设计的同学来说这套系统的价值在于它足够真实——业务表设计覆盖了超市管理的核心实体代码分层也规整Controller、Service、Mapper各司其职前端页面不是简单的组件堆砌有路由、有状态管理、有接口封装。下面我就从目录结构开始把每块的作用、怎么跑通、改哪里容易翻车逐个讲清楚。2. 技术栈解析与整体架构为什么这套组合适合当毕设底子2.1 SpringBoot Vue前后端分离的结构逻辑超市管理系统这个题目本身不算稀缺但做到前后端分离、接口语义清晰、表结构合理的版本并不常见。这套项目采用的标准前后端分离架构前端运行在Node环境中开发模式下通过Vite或Webpack提供热更新服务后端由SpringBoot内置的Tomcat启动可独立打包运行。两端之间通过JSON格式进行数据交互前端的每一个页面操作最终都会映射成一次RESTful API调用。我比较欣赏的一点是后端没有把所有代码塞进Controller里。项目里能看到清晰的Controller层接收请求、返回结果、Service层业务逻辑处理、Mapper层数据库操作划分每一层职责单一。这样的结构对论文的架构设计章节非常友好画分层架构图、写接口设计说明都容易展开。前端部分的目录组织也遵循了常规工程化规范。src/api下按业务模块封装了axios请求方法src/router里定义了页面路由src/views下按页面维度组织Vue组件src/store里放Vuex状态管理。对于一个管理后台来说这样的划分足够支撑后续往里面加新模块比如加一个会员管理页面只需要在对应目录下新增文件再挂上路由即可。2.2 数据库设计思路与核心表结构超市管理系统的基础是一张合理的关系型数据库表结构。这套项目的表设计属于典型的进销存体系核心表之间通过外键关联基本覆盖了一个小型超市的信息化需求。主要的数据表包括管理员表、商品分类表、商品信息表、供应商表、进货单表、进货单明细表、销售单表、销售单明细表。其中商品信息表与分类表通过分类ID关联进货单和销售单分别拆成主表和明细表这样设计能保证一张单据上记录多条商品数据时表结构不会出现冗余也方便后续做销售统计时直接用明细表的数据汇总。以商品信息表为例它的字段设计除了常规的商品编码、名称、条码、售价、成本价、库存数量之外有一个字段容易被忽略——预警库存值。当商品当前库存低于这个阈值时系统会在库存页面触发预警提示。这个设计虽然简单却是超市管理系统区别于普通CRUD练习的关键点也是论文里可以重点描述的亮点功能。3. 项目目录结构与代码分层从启动入口到接口响应的完整链路3.1 后端工程目录逐层拆解拿到源码包后先看后端目录的结构。整体是一个标准的Maven工程包的根路径下按照职责划分了不同的子包。controller存放所有RESTful接口的入口类负责接收前端请求参数并返回统一格式的响应结果。service存放业务逻辑接口定义以及对应的实现类。mapper存放MyBatis Plus的Mapper接口继承BaseMapper后即可获得单表的增删改查能力。entity存放数据库表对应的实体类字段与表结构一一映射。config存放配置类包括跨域配置、MybatisPlus分页插件配置等。common存放通用工具类、统一响应结果封装类、异常处理类。common/R类是后端返回给前端的数据统一格式封装。无论接口执行成功还是失败前端拿到的数据结构都是固定的code表示状态码msg是提示信息data是具体业务数据。这样前端在axios拦截器里只需要判断一次code就能统一处理错误提示和权限跳转。3.2 前端工程目录与页面模块对应关系前端部分打开根目录后src下的组织方式如下src/api目录把每个业务模块的HTTP请求封装成独立文件例如product.js里包含商品列表查询、商品新增、商品修改、商品删除等接口方法src/views下的目录结构与后端菜单一一对应包含登录页面、系统首页面、商品管理页、分类管理页、进货管理页、销售管理页、统计报表页等src/router/index.js定义了所有路由信息路由守卫里做了登录状态校验未登录用户访问页面时会自动跳转到登录页。页面与后端接口之间通过API文件做了一层隔离。Vue组件里不直接写axios调用而是import对应的API方法这样做的好处是接口路径如果发生变化只需要改动API文件页面层不用跟着动。4. 核心功能模块拆解从商品上架到库存扣减的完整业务实现4.1 登录鉴权模块系统登录走的是JWT鉴权方案。用户输入用户名密码后后端验证通过返回一个签发的Token前端把Token存进localStorage后续每次请求都在请求头携带这个Token。后端通过拦截器对需要鉴权的接口进行校验Token过期或非法时统一返回401状态码。// 登录Controller的关键逻辑 PostMapping(/login) public R login(RequestBody LoginDTO loginDTO) { // 1. 根据用户名查询用户信息 User user userService.lambdaQuery() .eq(User::getUsername, loginDTO.getUsername()) .one(); if (user null) { return R.error(用户名或密码错误); } // 2. 密码需要MD5加密后比对数据库中存储的是加密值 String encryptedPwd SecureUtil.md5(loginDTO.getPassword()); if (!user.getPassword().equals(encryptedPwd)) { return R.error(用户名或密码错误); } // 3. 签发JWT设置过期时间为24小时 String token JWT.create() .setClaim(userId, user.getId()) .setClaim(username, user.getUsername()) .setExpiresAt(new Date(System.currentTimeMillis() 86400000)) .sign(secretKey); return R.ok().data(token, token); }这段代码里有一个需要实际项目注意的地方库存量扣减不能只做数值减法还要带上库存充足性校验。当并发请求同时扣减同一个商品库存时如果只做UPDATE不做条件约束容易出现超卖。但在这个毕业设计级别的代码里通常做法是先查询库存判断是否充足再执行扣减更新。对于超市单机收银的场景够用但如果要在论文里谈并发优化可以提一下乐观锁方案给商品表增加version字段在更新语句里加上where version 旧版本号。// 销售单提交的事务处理核心逻辑 Transactional(rollbackFor Exception.class) public R submitSaleOrder(SaleOrderDTO saleOrderDTO) { // 1. 创建销售单主表记录 SaleOrder saleOrder new SaleOrder(); saleOrder.setOrderNo(generateOrderNo()); // 生成唯一单号如日期随机数 saleOrder.setTotalAmount(saleOrderDTO.getTotalAmount()); saleOrder.setUserId(saleOrderDTO.getUserId()); saleOrder.setCreateTime(new Date()); saleOrderMapper.insert(saleOrder); // 2. 遍历商品明细逐条写入明细表并扣减库存 ListSaleOrderItemDTO items saleOrderDTO.getItems(); for (SaleOrderItemDTO item : items) { // 扣库存条件带stock 0防止扣成负数 int updateRows productMapper.deductStock( item.getProductId(), item.getQuantity()); if (updateRows 0) { throw new RuntimeException(商品【 item.getProductName() 】库存不足); } // 写入销售明细 SaleOrderItem saleOrderItem new SaleOrderItem(); saleOrderItem.setOrderId(saleOrder.getId()); saleOrderItem.setProductId(item.getProductId()); saleOrderItem.setPrice(item.getPrice()); saleOrderItem.setQuantity(item.getQuantity()); saleOrderItemMapper.insert(saleOrderItem); } // 3. 清除购物车中已结算的商品 cartService.removeItems(saleOrderDTO.getCartIds()); return R.ok().data(orderId, saleOrder.getId()); }这段代码里使用了Spring事务注解意思是只要循环中任意一个商品的库存扣减失败整个销售单提交会回滚不会出现订单保存了但库存没扣的脏数据。事务在写多表操作时非常关键假如没有加事务订单主表可能已经插入成功但明细写入失败就会造成金额对不上账的情况。实际排查数据不一致问题时第一件事就是检查涉及多表写入的业务方法上有没有事务控制。这里的方法使用了MyBatis Plus提供的lambdaQuery写法是一种不用手写SQL的链式查询方式查单表时比较方便。4.2 商品管理模块含分类、供应商、库存预警商品管理是这套系统里表关系最复杂的模块因为商品本身除了基本信息还关联了分类和供应商两个维度。分类表是一棵树形结构支持一级分类和二级分类前端页面对应分类的级联选择器。供应商表独立维护商品新增时通过下拉选择供应商从而知道这批货的来源。-- 商品信息表核心字段设计简化版 CREATE TABLE product ( id BIGINT PRIMARY KEY AUTO_INCREMENT COMMENT 主键ID, product_code VARCHAR(50) NOT NULL COMMENT 商品编码, product_name VARCHAR(100) NOT NULL COMMENT 商品名称, barcode VARCHAR(50) DEFAULT NULL COMMENT 条形码, category_id BIGINT NOT NULL COMMENT 分类ID, supplier_id BIGINT NOT NULL COMMENT 供应商ID, purchase_price DECIMAL(10,2) NOT NULL COMMENT 进货成本价, sale_price DECIMAL(10,2) NOT NULL COMMENT 零售价, stock_quantity INT NOT NULL DEFAULT 0 COMMENT 当前库存量, warning_stock INT NOT NULL DEFAULT 10 COMMENT 库存预警阈值, status TINYINT NOT NULL DEFAULT 1 COMMENT 状态 1上架 0下架, create_time DATETIME NOT NULL COMMENT 创建时间, update_time DATETIME NOT NULL COMMENT 更新时间 ) COMMENT 商品信息表;字段warning_stock就是库存预警依赖的字段。商品列表页查询时后端只要执行一个条件查询把stock_quantity小于等于warning_stock的记录挑出来前端就能在页面上标红显示预警状态。入库操作中条件更新库存是一个实践细节语句里where条件带上stock #{quantity}这样即使并发情况下也不可能把库存扣成负数。4.3 前端页面与后端联调的关键代码前端页面的核心交互逻辑集中在收银台页面和商品管理页面。收银台页面里用户输入商品条码前端请求后端商品查询接口拿到商品信息后加入购物车列表最后一次性提交生成销售单。整个流程对应后端的就是上面那个submitSaleOrder事务方法。// Vue收银台页面核心方法 export default { data() { return { cartList: [], // 当前购物车商品 barcode: , // 扫码枪输入的商品条码 totalAmount: 0 // 总金额 }; }, methods: { // 根据条码查找商品 async searchProduct() { const res await productApi.getByBarcode(this.barcode); if (res.code 200) { // 加入购物车若已存在则数量1 const found this.cartList.find(item item.id res.data.id); if (found) { found.quantity 1; } else { this.cartList.push({ ...res.data, quantity: 1 }); } this.recalcTotal(); } else { this.$message.error(未找到该商品); } this.barcode ; }, // 提交结算 async submitOrder() { if (this.cartList.length 0) return; const orderData { userId: this.$store.state.userId, items: this.cartList.map(item ({ productId: item.id, productName: item.productName, price: item.salePrice, quantity: item.quantity })), totalAmount: this.totalAmount }; const res await orderApi.submit(orderData); if (res.code 200) { this.$message.success(结算成功); this.cartList []; this.totalAmount 0; } else { this.$message.error(res.msg); } } } };这段前端逻辑里购物车是用数组加find方法实现的适合小批量商品条目。实际超市系统购物车商品种类可能较多如果追求性能可以用Map结构按商品ID组织条目数量不过对于日常几十种商品的结算场景数组的线性遍历成本可以忽略。条码部分监听了一个onkeydown事件扫码枪其实是模拟键盘快速输入数字后回车所以这里的searchProduct方法会在回车键按下时触发。5. 部署运行避坑指南端口冲突、跨域、Maven依赖下载失败等5.1 后端启动失败报端口被占用现象启动SpringBoot时提示Port 8080 was already in use或者点击启动后控制台没有输出就直接退出。原因本机其他程序占用了8080端口。常见的是之前开过的后端服务没有关闭或者IDEA里残留了其他进程。我遇到过一种情况是电脑上运行的数据库管理工具自带Web服务占了端口排查时只看了Java进程没看其他进程。解决先执行netstat -ano | findstr 8080查看占用端口的进程PID然后在任务管理器里找到对应PID的进程结束掉。如果这个端口经常被占直接在application.yml里把server.port改成8081或8888前端API配置文件里的baseURL同步修改即可。5.2 前端登录接口报跨域错误现象浏览器控制台出现Access-Control-Allow-Origin相关报错请求发出去了但拿不到响应。原因前端开发服务器跑在5173端口Vite默认或8080端口Vue CLI默认后端接口在8888端口不满足同源策略浏览器拦截了跨域请求。虽然前端项目里配置了代理但如果代理配置没有生效或者后端没有开启跨域允许就会触发这个问题。解决推荐用后端方式解决在后端添加一个CorsConfig配置类允许指定来源的请求跨域访问。前端本地开发时也可以在Vite配置文件里设置proxy代理把/api开头的请求转发到后端端口这样浏览器看到的请求是同源的就不会报跨域错误。需要注意代理修改后必须重启前端开发服务器热更新不一定能自动加载代理配置。5.3 Maven依赖下载超时或失败现象项目导入IDE后pom.xml里大量依赖标红或者下载依赖时报Could not resolve dependencies错误。原因国内网络访问Maven中央仓库速度不稳定尤其是下载SpringBoot相关的大体积依赖时容易超时中断。解决在Maven的settings.xml里配置阿里云镜像源中央仓库的下载URI改为maven.aliyun.com/repository/central。配置好之后回到IDE刷新项目依赖会重新解析并下载。如果个别依赖反复下载失败可以查看本地仓库目录把对应依赖的.lastUpdated后缀文件删掉再重新刷新避免Maven因为存在残留失败记录而不重新下载。5.4 MySQL插入中文乱码现象后端启动正常但在页面上新增商品时输入中文名称页面回显数据时中文变成了问号或乱码字符串。原因数据库表默认字符集不是utf8mb4或数据库连接参数里没有指定字符编码。查看具体原因最直接方式是命令行登录MySQL执行show create table product;看表的charset字段是否是utf8mb4。解决创建数据库时指定字符集执行CREATE DATABASE supermarket DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;。同时在SpringBoot的数据库连接配置中追加参数useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai。注意如果原表已经创建且存在乱码数据修改字符集不会自动修复既有数据需要删除重插测试数据或清空表再重新录入。5.5 修改数据库但前端页面不生效现象手动在Navicat里改了商品名称刷新前端页面后数据没有变化。原因前端页面默认加载的路由可能走了缓存页面或者接口查询带了缓存。解决先打开浏览器开发者工具切到Network标签页点一下刷新看商品列表请求是否正常返回了新数据。如果返回了但页面没更新则问题在前端响应数据回显检查Vue的data属性名和后端返回字段是否大小写不一致。很多时候前端页面不更新是后端接口查询条件带了隐藏参数如当前页码、搜索关键字手动改的数据不在当前查询结果页里。6. 二次开发方向如何把这套系统改造成更适合自己的毕设项目拿到这套超市管理系统只是第一步真正让它在答辩时有差异化的是你能在自己的场景下做改造。我建议优先做三个方向的扩展性价比比较高也容易在论文里讲出深度。建一个促销模块。业务场景是超市会做「满100减20」「第2件半价」这类活动这套系统目前没有完整的促销规则引擎。做法是在数据库里新建promotion表字段含促销类型、满减阈值、折扣率、开始结束时间再在结算时校验当前购物车是否满足促销条件。结算订单时后端增加一个活动匹配方法根据购物车总金额找出当前生效的促销规则计算优惠金额后才生成最终销售单。数据统计方面可以增加一个按日销售额趋势的后端接口。使用GROUP BY对创建时间按天分组统计每天的总销售额和订单数前端用一个折线图组件渲染做成老板首页的核心展示区块。我的习惯是先把SQL在Navicat里跑通确认数据正确后再往后端代码里搬这样排错更快。页面交互方面收银台可以支持快捷按键。给商品表格加上键盘上下键选择、回车键直接加入购物车。这个体量不需要改动后端只动前端组件事件绑定。我个人强烈建议无论怎么改都先把项目原始版本完整跑通一遍提交一份原始代码进Git仓库再开分支做二次开发。因为改坏了随时能回退这个习惯我在后来好几个项目里都靠它救了命——有一次改促销规则导致所有订单提交报错直接切回原分支跑了一遍确认是促销模块的数据库字段写错了很快就定位了问题。从那以后我每次二次开发都强制走一遍「原始跑通再开分支」的流程。这套项目管理系统的结构并不复杂但它完整呈现了毕业设计需要的要素需求边界清晰、技术栈主流、业务覆盖有深度。如果你能跑通之后再动动手把上面的建议方向实现一两个答辩素材就齐了希望帮到你。本文还有配套的精品资源点击获取
简介基于SpringBoot与Vue的超市管理系统是一套面向毕业设计场景的全栈实战资源适合需要完成前后端分离项目、理解商品库存与销售业务数据化管理的开发者。RAR压缩包共2000个文件以1614个JS脚本、233个CSS样式为主体另含61个Java后端类、43个Vue组件、1个SQL初始化脚本以及XML/JSON等配置整体23.17MB服务端、前端页面与数据库初始化内容一目了然。系统覆盖用户权限、库存监控、销售事务、报表统计、系统设置等模块SQL文件可快速创建表结构并写入初始数据SpringBoot应用与Vue前端打包后便于本地部署和二次开发。整个项目目录结构清晰前后端联动逻辑完整适合用于课程设计、毕业设计参考也可作为学习前后端分离架构和超市业务实现的综合案例目前已有87人浏览学习。1. 这是什么样的超市管理系统覆盖前端到后端的完整毕业设计模板如果你正在找一套能直接跑起来、又能在论文里写出完整业务链路的毕业设计这套基于SpringBoot Vue的超市管理系统值得花一个下午拆开看看。它不是那种只差个前端页面的半成品而是把超市日常运营里的商品管理、分类管理、供应商管理、进货入库、销售收银、库存预警、销售统计这些环节都做成了可操作的功能模块后端由SpringBoot提供RESTful接口前端由Vue框架配合Element UI组件库渲染页面数据存储在MySQL里。换句话说从收银台点一下「结算」到库存表里扣减对应商品数量再到老板首页看到今日销售额这条完整链路在这份代码里是闭环的。我从拿到源码到把它跑通、看懂核心逻辑前后花了大约一个晚上。过程中确实踩了几个坑比如Node版本和依赖版本的匹配问题、数据库编码导致的中文乱码这些问题在项目文档里不一定写全但都在可以修复的范围内。对准备做毕业设计的同学来说这套系统的价值在于它足够真实——业务表设计覆盖了超市管理的核心实体代码分层也规整Controller、Service、Mapper各司其职前端页面不是简单的组件堆砌有路由、有状态管理、有接口封装。下面我就从目录结构开始把每块的作用、怎么跑通、改哪里容易翻车逐个讲清楚。2. 技术栈解析与整体架构为什么这套组合适合当毕设底子2.1 SpringBoot Vue前后端分离的结构逻辑超市管理系统这个题目本身不算稀缺但做到前后端分离、接口语义清晰、表结构合理的版本并不常见。这套项目采用的标准前后端分离架构前端运行在Node环境中开发模式下通过Vite或Webpack提供热更新服务后端由SpringBoot内置的Tomcat启动可独立打包运行。两端之间通过JSON格式进行数据交互前端的每一个页面操作最终都会映射成一次RESTful API调用。我比较欣赏的一点是后端没有把所有代码塞进Controller里。项目里能看到清晰的Controller层接收请求、返回结果、Service层业务逻辑处理、Mapper层数据库操作划分每一层职责单一。这样的结构对论文的架构设计章节非常友好画分层架构图、写接口设计说明都容易展开。前端部分的目录组织也遵循了常规工程化规范。src/api下按业务模块封装了axios请求方法src/router里定义了页面路由src/views下按页面维度组织Vue组件src/store里放Vuex状态管理。对于一个管理后台来说这样的划分足够支撑后续往里面加新模块比如加一个会员管理页面只需要在对应目录下新增文件再挂上路由即可。2.2 数据库设计思路与核心表结构超市管理系统的基础是一张合理的关系型数据库表结构。这套项目的表设计属于典型的进销存体系核心表之间通过外键关联基本覆盖了一个小型超市的信息化需求。主要的数据表包括管理员表、商品分类表、商品信息表、供应商表、进货单表、进货单明细表、销售单表、销售单明细表。其中商品信息表与分类表通过分类ID关联进货单和销售单分别拆成主表和明细表这样设计能保证一张单据上记录多条商品数据时表结构不会出现冗余也方便后续做销售统计时直接用明细表的数据汇总。以商品信息表为例它的字段设计除了常规的商品编码、名称、条码、售价、成本价、库存数量之外有一个字段容易被忽略——预警库存值。当商品当前库存低于这个阈值时系统会在库存页面触发预警提示。这个设计虽然简单却是超市管理系统区别于普通CRUD练习的关键点也是论文里可以重点描述的亮点功能。3. 项目目录结构与代码分层从启动入口到接口响应的完整链路3.1 后端工程目录逐层拆解拿到源码包后先看后端目录的结构。整体是一个标准的Maven工程包的根路径下按照职责划分了不同的子包。controller存放所有RESTful接口的入口类负责接收前端请求参数并返回统一格式的响应结果。service存放业务逻辑接口定义以及对应的实现类。mapper存放MyBatis Plus的Mapper接口继承BaseMapper后即可获得单表的增删改查能力。entity存放数据库表对应的实体类字段与表结构一一映射。config存放配置类包括跨域配置、MybatisPlus分页插件配置等。common存放通用工具类、统一响应结果封装类、异常处理类。common/R类是后端返回给前端的数据统一格式封装。无论接口执行成功还是失败前端拿到的数据结构都是固定的code表示状态码msg是提示信息data是具体业务数据。这样前端在axios拦截器里只需要判断一次code就能统一处理错误提示和权限跳转。3.2 前端工程目录与页面模块对应关系前端部分打开根目录后src下的组织方式如下src/api目录把每个业务模块的HTTP请求封装成独立文件例如product.js里包含商品列表查询、商品新增、商品修改、商品删除等接口方法src/views下的目录结构与后端菜单一一对应包含登录页面、系统首页面、商品管理页、分类管理页、进货管理页、销售管理页、统计报表页等src/router/index.js定义了所有路由信息路由守卫里做了登录状态校验未登录用户访问页面时会自动跳转到登录页。页面与后端接口之间通过API文件做了一层隔离。Vue组件里不直接写axios调用而是import对应的API方法这样做的好处是接口路径如果发生变化只需要改动API文件页面层不用跟着动。4. 核心功能模块拆解从商品上架到库存扣减的完整业务实现4.1 登录鉴权模块系统登录走的是JWT鉴权方案。用户输入用户名密码后后端验证通过返回一个签发的Token前端把Token存进localStorage后续每次请求都在请求头携带这个Token。后端通过拦截器对需要鉴权的接口进行校验Token过期或非法时统一返回401状态码。// 登录Controller的关键逻辑 PostMapping(/login) public R login(RequestBody LoginDTO loginDTO) { // 1. 根据用户名查询用户信息 User user userService.lambdaQuery() .eq(User::getUsername, loginDTO.getUsername()) .one(); if (user null) { return R.error(用户名或密码错误); } // 2. 密码需要MD5加密后比对数据库中存储的是加密值 String encryptedPwd SecureUtil.md5(loginDTO.getPassword()); if (!user.getPassword().equals(encryptedPwd)) { return R.error(用户名或密码错误); } // 3. 签发JWT设置过期时间为24小时 String token JWT.create() .setClaim(userId, user.getId()) .setClaim(username, user.getUsername()) .setExpiresAt(new Date(System.currentTimeMillis() 86400000)) .sign(secretKey); return R.ok().data(token, token); }这段代码里有一个需要实际项目注意的地方库存量扣减不能只做数值减法还要带上库存充足性校验。当并发请求同时扣减同一个商品库存时如果只做UPDATE不做条件约束容易出现超卖。但在这个毕业设计级别的代码里通常做法是先查询库存判断是否充足再执行扣减更新。对于超市单机收银的场景够用但如果要在论文里谈并发优化可以提一下乐观锁方案给商品表增加version字段在更新语句里加上where version 旧版本号。// 销售单提交的事务处理核心逻辑 Transactional(rollbackFor Exception.class) public R submitSaleOrder(SaleOrderDTO saleOrderDTO) { // 1. 创建销售单主表记录 SaleOrder saleOrder new SaleOrder(); saleOrder.setOrderNo(generateOrderNo()); // 生成唯一单号如日期随机数 saleOrder.setTotalAmount(saleOrderDTO.getTotalAmount()); saleOrder.setUserId(saleOrderDTO.getUserId()); saleOrder.setCreateTime(new Date()); saleOrderMapper.insert(saleOrder); // 2. 遍历商品明细逐条写入明细表并扣减库存 ListSaleOrderItemDTO items saleOrderDTO.getItems(); for (SaleOrderItemDTO item : items) { // 扣库存条件带stock 0防止扣成负数 int updateRows productMapper.deductStock( item.getProductId(), item.getQuantity()); if (updateRows 0) { throw new RuntimeException(商品【 item.getProductName() 】库存不足); } // 写入销售明细 SaleOrderItem saleOrderItem new SaleOrderItem(); saleOrderItem.setOrderId(saleOrder.getId()); saleOrderItem.setProductId(item.getProductId()); saleOrderItem.setPrice(item.getPrice()); saleOrderItem.setQuantity(item.getQuantity()); saleOrderItemMapper.insert(saleOrderItem); } // 3. 清除购物车中已结算的商品 cartService.removeItems(saleOrderDTO.getCartIds()); return R.ok().data(orderId, saleOrder.getId()); }这段代码里使用了Spring事务注解意思是只要循环中任意一个商品的库存扣减失败整个销售单提交会回滚不会出现订单保存了但库存没扣的脏数据。事务在写多表操作时非常关键假如没有加事务订单主表可能已经插入成功但明细写入失败就会造成金额对不上账的情况。实际排查数据不一致问题时第一件事就是检查涉及多表写入的业务方法上有没有事务控制。这里的方法使用了MyBatis Plus提供的lambdaQuery写法是一种不用手写SQL的链式查询方式查单表时比较方便。4.2 商品管理模块含分类、供应商、库存预警商品管理是这套系统里表关系最复杂的模块因为商品本身除了基本信息还关联了分类和供应商两个维度。分类表是一棵树形结构支持一级分类和二级分类前端页面对应分类的级联选择器。供应商表独立维护商品新增时通过下拉选择供应商从而知道这批货的来源。-- 商品信息表核心字段设计简化版 CREATE TABLE product ( id BIGINT PRIMARY KEY AUTO_INCREMENT COMMENT 主键ID, product_code VARCHAR(50) NOT NULL COMMENT 商品编码, product_name VARCHAR(100) NOT NULL COMMENT 商品名称, barcode VARCHAR(50) DEFAULT NULL COMMENT 条形码, category_id BIGINT NOT NULL COMMENT 分类ID, supplier_id BIGINT NOT NULL COMMENT 供应商ID, purchase_price DECIMAL(10,2) NOT NULL COMMENT 进货成本价, sale_price DECIMAL(10,2) NOT NULL COMMENT 零售价, stock_quantity INT NOT NULL DEFAULT 0 COMMENT 当前库存量, warning_stock INT NOT NULL DEFAULT 10 COMMENT 库存预警阈值, status TINYINT NOT NULL DEFAULT 1 COMMENT 状态 1上架 0下架, create_time DATETIME NOT NULL COMMENT 创建时间, update_time DATETIME NOT NULL COMMENT 更新时间 ) COMMENT 商品信息表;字段warning_stock就是库存预警依赖的字段。商品列表页查询时后端只要执行一个条件查询把stock_quantity小于等于warning_stock的记录挑出来前端就能在页面上标红显示预警状态。入库操作中条件更新库存是一个实践细节语句里where条件带上stock #{quantity}这样即使并发情况下也不可能把库存扣成负数。4.3 前端页面与后端联调的关键代码前端页面的核心交互逻辑集中在收银台页面和商品管理页面。收银台页面里用户输入商品条码前端请求后端商品查询接口拿到商品信息后加入购物车列表最后一次性提交生成销售单。整个流程对应后端的就是上面那个submitSaleOrder事务方法。// Vue收银台页面核心方法 export default { data() { return { cartList: [], // 当前购物车商品 barcode: , // 扫码枪输入的商品条码 totalAmount: 0 // 总金额 }; }, methods: { // 根据条码查找商品 async searchProduct() { const res await productApi.getByBarcode(this.barcode); if (res.code 200) { // 加入购物车若已存在则数量1 const found this.cartList.find(item item.id res.data.id); if (found) { found.quantity 1; } else { this.cartList.push({ ...res.data, quantity: 1 }); } this.recalcTotal(); } else { this.$message.error(未找到该商品); } this.barcode ; }, // 提交结算 async submitOrder() { if (this.cartList.length 0) return; const orderData { userId: this.$store.state.userId, items: this.cartList.map(item ({ productId: item.id, productName: item.productName, price: item.salePrice, quantity: item.quantity })), totalAmount: this.totalAmount }; const res await orderApi.submit(orderData); if (res.code 200) { this.$message.success(结算成功); this.cartList []; this.totalAmount 0; } else { this.$message.error(res.msg); } } } };这段前端逻辑里购物车是用数组加find方法实现的适合小批量商品条目。实际超市系统购物车商品种类可能较多如果追求性能可以用Map结构按商品ID组织条目数量不过对于日常几十种商品的结算场景数组的线性遍历成本可以忽略。条码部分监听了一个onkeydown事件扫码枪其实是模拟键盘快速输入数字后回车所以这里的searchProduct方法会在回车键按下时触发。5. 部署运行避坑指南端口冲突、跨域、Maven依赖下载失败等5.1 后端启动失败报端口被占用现象启动SpringBoot时提示Port 8080 was already in use或者点击启动后控制台没有输出就直接退出。原因本机其他程序占用了8080端口。常见的是之前开过的后端服务没有关闭或者IDEA里残留了其他进程。我遇到过一种情况是电脑上运行的数据库管理工具自带Web服务占了端口排查时只看了Java进程没看其他进程。解决先执行netstat -ano | findstr 8080查看占用端口的进程PID然后在任务管理器里找到对应PID的进程结束掉。如果这个端口经常被占直接在application.yml里把server.port改成8081或8888前端API配置文件里的baseURL同步修改即可。5.2 前端登录接口报跨域错误现象浏览器控制台出现Access-Control-Allow-Origin相关报错请求发出去了但拿不到响应。原因前端开发服务器跑在5173端口Vite默认或8080端口Vue CLI默认后端接口在8888端口不满足同源策略浏览器拦截了跨域请求。虽然前端项目里配置了代理但如果代理配置没有生效或者后端没有开启跨域允许就会触发这个问题。解决推荐用后端方式解决在后端添加一个CorsConfig配置类允许指定来源的请求跨域访问。前端本地开发时也可以在Vite配置文件里设置proxy代理把/api开头的请求转发到后端端口这样浏览器看到的请求是同源的就不会报跨域错误。需要注意代理修改后必须重启前端开发服务器热更新不一定能自动加载代理配置。5.3 Maven依赖下载超时或失败现象项目导入IDE后pom.xml里大量依赖标红或者下载依赖时报Could not resolve dependencies错误。原因国内网络访问Maven中央仓库速度不稳定尤其是下载SpringBoot相关的大体积依赖时容易超时中断。解决在Maven的settings.xml里配置阿里云镜像源中央仓库的下载URI改为maven.aliyun.com/repository/central。配置好之后回到IDE刷新项目依赖会重新解析并下载。如果个别依赖反复下载失败可以查看本地仓库目录把对应依赖的.lastUpdated后缀文件删掉再重新刷新避免Maven因为存在残留失败记录而不重新下载。5.4 MySQL插入中文乱码现象后端启动正常但在页面上新增商品时输入中文名称页面回显数据时中文变成了问号或乱码字符串。原因数据库表默认字符集不是utf8mb4或数据库连接参数里没有指定字符编码。查看具体原因最直接方式是命令行登录MySQL执行show create table product;看表的charset字段是否是utf8mb4。解决创建数据库时指定字符集执行CREATE DATABASE supermarket DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;。同时在SpringBoot的数据库连接配置中追加参数useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai。注意如果原表已经创建且存在乱码数据修改字符集不会自动修复既有数据需要删除重插测试数据或清空表再重新录入。5.5 修改数据库但前端页面不生效现象手动在Navicat里改了商品名称刷新前端页面后数据没有变化。原因前端页面默认加载的路由可能走了缓存页面或者接口查询带了缓存。解决先打开浏览器开发者工具切到Network标签页点一下刷新看商品列表请求是否正常返回了新数据。如果返回了但页面没更新则问题在前端响应数据回显检查Vue的data属性名和后端返回字段是否大小写不一致。很多时候前端页面不更新是后端接口查询条件带了隐藏参数如当前页码、搜索关键字手动改的数据不在当前查询结果页里。6. 二次开发方向如何把这套系统改造成更适合自己的毕设项目拿到这套超市管理系统只是第一步真正让它在答辩时有差异化的是你能在自己的场景下做改造。我建议优先做三个方向的扩展性价比比较高也容易在论文里讲出深度。建一个促销模块。业务场景是超市会做「满100减20」「第2件半价」这类活动这套系统目前没有完整的促销规则引擎。做法是在数据库里新建promotion表字段含促销类型、满减阈值、折扣率、开始结束时间再在结算时校验当前购物车是否满足促销条件。结算订单时后端增加一个活动匹配方法根据购物车总金额找出当前生效的促销规则计算优惠金额后才生成最终销售单。数据统计方面可以增加一个按日销售额趋势的后端接口。使用GROUP BY对创建时间按天分组统计每天的总销售额和订单数前端用一个折线图组件渲染做成老板首页的核心展示区块。我的习惯是先把SQL在Navicat里跑通确认数据正确后再往后端代码里搬这样排错更快。页面交互方面收银台可以支持快捷按键。给商品表格加上键盘上下键选择、回车键直接加入购物车。这个体量不需要改动后端只动前端组件事件绑定。我个人强烈建议无论怎么改都先把项目原始版本完整跑通一遍提交一份原始代码进Git仓库再开分支做二次开发。因为改坏了随时能回退这个习惯我在后来好几个项目里都靠它救了命——有一次改促销规则导致所有订单提交报错直接切回原分支跑了一遍确认是促销模块的数据库字段写错了很快就定位了问题。从那以后我每次二次开发都强制走一遍「原始跑通再开分支」的流程。这套项目管理系统的结构并不复杂但它完整呈现了毕业设计需要的要素需求边界清晰、技术栈主流、业务覆盖有深度。如果你能跑通之后再动动手把上面的建议方向实现一两个答辩素材就齐了希望帮到你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
