简介这份资源是面向高校计算机相关专业毕业生的超市管理系统毕业设计完整资料包内含可运行的源代码与配套论文适合正在准备毕设、需要参考企业级应用开发流程的学生。系统覆盖商品、库存、采购、销售、会员与财务管理等核心模块采用B/S架构前端基于HTML、CSS与JavaScript后端可选用Java、Python或C#并配合MySQL或SQL Server存储数据源代码中包含数据库SQL脚本与商品Service、库存Controller等业务类文件论文则阐述设计背景、系统架构、关键技术、测试评估及后续改进方向。压缩包为zip格式大小约1.51MB文件总数与类型明细上游暂未提供。目前已有1637人学习下载读者可通过阅读源码理解HTTP请求处理、数据库交互与异常处理并借助论文掌握系统设计思路与常见问题解决方案从而提升编程与系统设计能力。1. 超市管理系统的毕业设计从一份 zip 到能跑通的答辩级项目每年一到四五月份计算机毕业设计选题里总有一类题目经久不衰——超市管理系统。它不像深度学习论文那样需要显卡也不像单片机那样要焊板子一台装了 JDK 的笔记本就能开工。但真正动手做过的人都知道这个题目最大的坑不在代码本身而在于「完整版」三个字源代码要能编译、数据库要能建起来、论文里的功能截图要和代码对得上、答辩老师随手点一个按钮不能报 500。这份 zip 里通常包含三样东西一份可运行的源代码工程、一份配套论文文档、以及数据库脚本。听起来简单但每年都有大量同学卡在「导入 IDEA 后一堆红字」「Tomcat 起不来」「登录进去全是空白页」这些环节上。这篇笔记就按一线开发的思路把超市管理系统从环境搭建、核心模块实现、到论文与代码对齐的完整路径拆开讲清楚适合正在做计算机毕业设计、需要一套能落地能答辩方案的同学。2. 先搞清楚这套系统到底由哪些模块组成2.1 超市管理系统的典型功能边界在动手写第一行代码之前得先明确这个系统的功能范围。超市管理系统不是电商系统它的核心是「进销存」三个字进货、销售、库存。围绕这三个字展开一个答辩能过关的系统通常包含以下模块商品管理商品分类、商品信息增删改查、条码管理供应商管理供应商信息维护、供货记录采购管理采购单创建、入库确认、采购退货销售管理收银台、销售单、销售退货、会员折扣库存管理实时库存查询、库存预警、盘点系统管理用户角色权限、操作日志这里要特别注意一个常见误区很多同学一上来就想做「扫码支付」「人脸识别会员」这种花哨功能结果核心的库存扣减逻辑都没写对。答辩老师最常问的问题是「卖出一件商品后库存是怎么变化的」这个问题答不上来功能再多也白搭。2.2 技术选型的三个现实约束选型不是越新越好而是要满足三个约束你熟悉、环境好搭、答辩时能演示。基于这个原则目前毕业设计里最稳的组合是层次推荐技术选它的理由后端框架Spring Boot 2.7.x内置 Tomcat不用单独配服务器持久层MyBatis-Plus单表 CRUD 不用写 XML省时间数据库MySQL 5.7 或 8.0资料多出问题好搜前端Vue 2 Element UI组件全表格表单直接套构建工具Maven依赖管理成熟IDEA 支持好如果你的 zip 里用的是 SSMSpring SpringMVC MyBatis而不是 Spring Boot也不用慌逻辑是一样的只是要多配几个 XML 文件。关键是把数据库连接、端口、上下文路径这三个地方改对。提示不要用最新版本的框架。Spring Boot 3.x 要求 JDK 17很多学校机房还是 JDK 8版本不匹配会导致项目根本起不来。2.3 数据库表设计的最小集合一套能跑通的超市管理系统数据库至少需要这几张核心表-- 商品表 CREATE TABLE product ( id bigint(20) NOT NULL AUTO_INCREMENT, name varchar(100) NOT NULL COMMENT 商品名称, barcode varchar(50) DEFAULT NULL COMMENT 条码, category_id bigint(20) DEFAULT NULL COMMENT 分类ID, purchase_price decimal(10,2) DEFAULT NULL COMMENT 进价, sale_price decimal(10,2) DEFAULT NULL COMMENT 售价, stock int(11) DEFAULT 0 COMMENT 库存数量, warn_stock int(11) DEFAULT 10 COMMENT 库存预警值, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 销售单表 CREATE TABLE sale_order ( id bigint(20) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL COMMENT 单号, total_amount decimal(10,2) DEFAULT NULL COMMENT 总金额, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这两张表是核心中的核心。商品表的stock字段和销售单表的total_amount字段是答辩时最容易被追问的地方。库存扣减必须放在事务里金额计算必须用BigDecimal而不是double这两条是硬性要求。3. 把项目在本地跑起来环境配置与启动排错3.1 JDK、Maven、MySQL 的版本对齐拿到 zip 之后第一件事不是急着导入 IDEA而是先确认本机环境。打开命令行执行java -version mvn -v mysql --version三条命令的输出要和你项目pom.xml里声明的版本对得上。常见的情况是项目用 JDK 8 编译你本机装的是 JDK 17导入后满屏cannot resolve symbol。解决办法是在 IDEA 的 Project Structure 里把 SDK 切到 1.8同时把 Maven 的pom.xml里java.version改成 1.8。MySQL 这边要注意字符集。如果建库时用了utf8而不是utf8mb4插入中文商品名会报Incorrect string value。建库语句建议直接写死CREATE DATABASE supermarket DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;3.2 导入数据库脚本的完整流程zip 里的.sql文件不要直接用 Navicat 拖进去执行先打开看一眼有没有CREATE DATABASE语句。如果没有手动建库后再执行。推荐用命令行导入出错信息更清楚mysql -u root -p supermarket supermarket.sql执行完之后用SHOW TABLES;确认表都建出来了。如果报ERROR 1067 (42000): Invalid default value for create_time说明你的 MySQL 是 5.7 以下版本不支持datetime DEFAULT CURRENT_TIMESTAMP需要手动改成timestamp。3.3 修改配置文件里的四个关键参数Spring Boot 项目的配置文件通常是application.yml或application.properties。不管哪种格式这四个参数必须改spring: datasource: url: jdbc:mysql://localhost:3306/supermarket?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver server: port: 8080serverTimezone这个参数特别容易漏。不写的话MySQL 8.0 会报The server time zone value ?D1ú±ê×?ê±?? is unrecognized本质是时区没对齐。加上Asia/Shanghai就能解决。3.4 启动类运行与常见报错处理配置改完后找到XxxApplication.java右键 Run。控制台出现Started XxxApplication in x.xxx seconds就算启动成功。如果卡在Initializing Spring embedded WebApplicationContext不动八成是数据库连不上检查密码和端口。浏览器访问http://localhost:8080能看到登录页就说明前后端都通了。如果返回 404检查controller包有没有被扫描到启动类上的SpringBootApplication默认只扫描同级和子包。注意如果项目是前后端分离的前端需要单独npm install npm run serve端口通常是 8081 或 9528跨域问题在开发阶段可以用CrossOrigin注解临时解决。4. 核心业务模块的实现库存扣减与销售单生成4.1 销售收银的完整调用链收银是超市管理系统里最核心也最容易出 bug 的功能。一次完整的收银操作后端要完成这几件事校验商品库存是否充足、生成销售单主记录、生成销售单明细、扣减商品库存、更新会员积分。这五步必须在一个事务里完成任何一步失败都要回滚。先看 Controller 层的入口PostMapping(/sale/checkout) Transactional(rollbackFor Exception.class) public Result checkout(RequestBody SaleDTO saleDTO) { // saleDTO 里包含商品列表和会员信息 return saleService.checkout(saleDTO); }Transactional注解加在 Service 层更合适这里为了演示放在 Controller 上也能生效但要注意同类方法内部调用不会触发事务。4.2 库存扣减的 SQL 写法与并发问题库存扣减最忌讳的写法是先查再改// 错误示范 Product p productMapper.selectById(id); if (p.getStock() num) { p.setStock(p.getStock() - num); productMapper.updateById(p); }这种写法在并发下会超卖。正确的做法是用一条 SQL 完成判断和扣减UPDATE product SET stock stock - #{num} WHERE id #{id} AND stock #{num}然后在 Java 里判断update返回的影响行数如果是 0 就说明库存不足直接抛异常触发回滚。这条 SQL 利用了数据库行锁能保证并发安全。4.3 销售单号生成策略销售单号不能重复常见做法是「日期 随机数」或「日期 自增序列」。简单可靠的方式是用时间戳加随机后缀public String generateOrderNo() { String date LocalDate.now().format(DateTimeFormatter.ofPattern(yyyyMMdd)); String random String.format(%06d, new Random().nextInt(1000000)); return SO date random; }如果对唯一性要求更高可以用 Redis 的INCR命令生成自增序列但毕业设计里用随机数足够了记得给order_no字段加唯一索引兜底。4.4 金额计算为什么必须用 BigDecimal很多同学用double算金额结果0.1 0.2得到0.30000000000000004答辩时被老师当场指出。金额计算必须用BigDecimal并且要用字符串构造BigDecimal price new BigDecimal(19.99); BigDecimal num new BigDecimal(3); BigDecimal total price.multiply(num).setScale(2, RoundingMode.HALF_UP);setScale(2, RoundingMode.HALF_UP)表示保留两位小数并四舍五入。数据库字段用decimal(10,2)对应不要用float或double。5. 论文与源代码对齐答辩前必须检查的细节5.1 论文里的功能截图要和代码对得上答辩老师最常见的操作是翻到论文某一页指着截图问「这个功能在代码哪里」。所以论文里出现的每一个界面代码里都必须能找到对应的 Controller 方法和前端页面。建议在论文定稿前做一次反向核对打开系统把每个菜单点一遍截图保存然后对照论文目录逐个打勾。如果论文里写了「库存预警功能」代码里就必须有定时任务或查询逻辑去判断stock warn_stock。只画了界面没写逻辑被问到就是硬伤。5.2 数据库表结构章节的常见错误论文里通常有一章「数据库设计」会列出所有表的字段。这里最容易出的问题是论文里的字段名和实际数据库不一致。比如论文写product_name代码里是name。解决办法是直接用SHOW CREATE TABLE product;把建表语句复制到论文里不要手打。另外E-R 图里的实体和关系要和你实际建的表对应。如果论文画了「仓库」实体但数据库里没有仓库表要么补上要么从论文里删掉。5.3 测试章节怎么写才不像凑字数很多论文的测试章节就是「点击登录登录成功点击添加添加成功」这种写法老师一眼就知道是凑的。稍微像样一点的写法是设计测试用例表用例编号测试功能输入数据预期结果实际结果TC-01库存不足时收银商品A库存2购买3件提示库存不足与预期一致TC-02正常收银商品A库存10购买2件库存变为8与预期一致这样写既体现了测试思维又和代码逻辑对得上答辩时被问到也能说清楚。6. 避坑与排查那些年我踩过的雷6.1 中文乱码从数据库到浏览器一路排查现象商品名称在数据库里看是正常的页面上显示成????。原因字符集在某一层断了。可能是数据库连接 URL 没加characterEncodingutf8也可能是 Tomcat 的server.xml里没配URIEncodingUTF-8。解决按「数据库 → 连接 URL → 后端响应 → 前端页面」的顺序逐层检查。数据库用SHOW VARIABLES LIKE character%;确认连接 URL 加上useUnicodetruecharacterEncodingutf8后端返回 JSON 时 Spring Boot 默认就是 UTF-8前端页面meta charsetUTF-8别漏。6.2 事务不生效导致库存扣成负数现象并发测试时库存出现负数。原因Transactional注解没生效。常见情况有三种方法不是public的、同类内部调用、异常被 catch 了没抛出去。解决确认注解加在public方法上调用方通过 Spring 代理调用catch 块里要么重新抛出RuntimeException要么手动TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。6.3 前端表格分页参数对不上现象点击第二页数据没变化。原因Element UI 的el-pagination组件默认页码参数是currentPage而后端接口可能接收的是pageNum。参数名对不上后端永远收到第一页。解决在el-pagination上绑定:current-page.syncqueryParams.pageNum或者在后端把参数名改成currentPage。两边统一就行。6.4 Maven 依赖下载失败导致编译不过现象IDEA 里pom.xml一片红提示Could not resolve dependencies。原因默认从中央仓库下载网络不稳定时容易失败。解决在settings.xml里配置国内镜像源然后执行mvn clean install -U强制更新。如果某个依赖实在下不下来去本地仓库目录把对应的.lastUpdated文件删掉再试。6.5 答辩演示时数据库连不上的应急方案现象答辩现场换了一台电脑项目起不来。原因新电脑的 MySQL 密码和你配置文件里的不一样。解决提前准备一个application-dev.yml把数据库密码改成123456这种最常见的答辩前在目标机器上先跑一遍。另外把数据库脚本和项目打包放在同一个 U 盘里现场重新导入也就五分钟的事。7. 让这套系统在答辩时多拿几分的一个技巧如果你想让答辩老师眼前一亮不需要加什么高大上的功能把「库存预警」这一个点做透就够了。大部分同学的库存预警就是一个查询列表显示哪些商品库存低于阈值。你可以多做一步在收银扣减库存之后自动检查该商品是否触发了预警如果触发就往message表里插一条通知前端右上角用小红点提示。实现起来就是一个 AOP 切面或者直接在 Service 里加几行代码AfterReturning(execution(* com.example.service.SaleService.checkout(..))) public void checkStockWarn(JoinPoint joinPoint) { // 从参数里拿到商品ID列表 SaleDTO dto (SaleDTO) joinPoint.getArgs()[0]; for (SaleItem item : dto.getItems()) { Product p productMapper.selectById(item.getProductId()); if (p.getStock() p.getWarnStock()) { messageService.sendWarn(商品[ p.getName() ]库存不足当前库存 p.getStock()); } } }这段代码的价值在于它把「库存扣减」和「库存预警」两个模块串起来了体现了业务闭环的思维。答辩时你可以说「我的系统不是孤立的 CRUD而是有业务联动的」这句话比堆十个页面都管用。另外一个小技巧是准备一份「演示脚本」。把答辩时要操作的步骤按顺序写下来登录 → 添加商品 → 采购入库 → 收银卖出 → 查看库存变化 → 触发预警。每一步点哪里、输入什么数据提前练三遍。现场紧张的时候照着脚本走就不会乱。我自己做第一个管理系统时就是因为没准备脚本答辩时手忙脚乱点错了菜单老师问「你这个库存怎么没变」其实是我根本没点到收银按钮。后来每次演示前都写脚本再也没翻过车。希望帮到你。本文还有配套的精品资源点击获取 超市管理系统毕业设计实战：从环境搭建到答辩级项目完整指南
简介这份资源是面向高校计算机相关专业毕业生的超市管理系统毕业设计完整资料包内含可运行的源代码与配套论文适合正在准备毕设、需要参考企业级应用开发流程的学生。系统覆盖商品、库存、采购、销售、会员与财务管理等核心模块采用B/S架构前端基于HTML、CSS与JavaScript后端可选用Java、Python或C#并配合MySQL或SQL Server存储数据源代码中包含数据库SQL脚本与商品Service、库存Controller等业务类文件论文则阐述设计背景、系统架构、关键技术、测试评估及后续改进方向。压缩包为zip格式大小约1.51MB文件总数与类型明细上游暂未提供。目前已有1637人学习下载读者可通过阅读源码理解HTTP请求处理、数据库交互与异常处理并借助论文掌握系统设计思路与常见问题解决方案从而提升编程与系统设计能力。1. 超市管理系统的毕业设计从一份 zip 到能跑通的答辩级项目每年一到四五月份计算机毕业设计选题里总有一类题目经久不衰——超市管理系统。它不像深度学习论文那样需要显卡也不像单片机那样要焊板子一台装了 JDK 的笔记本就能开工。但真正动手做过的人都知道这个题目最大的坑不在代码本身而在于「完整版」三个字源代码要能编译、数据库要能建起来、论文里的功能截图要和代码对得上、答辩老师随手点一个按钮不能报 500。这份 zip 里通常包含三样东西一份可运行的源代码工程、一份配套论文文档、以及数据库脚本。听起来简单但每年都有大量同学卡在「导入 IDEA 后一堆红字」「Tomcat 起不来」「登录进去全是空白页」这些环节上。这篇笔记就按一线开发的思路把超市管理系统从环境搭建、核心模块实现、到论文与代码对齐的完整路径拆开讲清楚适合正在做计算机毕业设计、需要一套能落地能答辩方案的同学。2. 先搞清楚这套系统到底由哪些模块组成2.1 超市管理系统的典型功能边界在动手写第一行代码之前得先明确这个系统的功能范围。超市管理系统不是电商系统它的核心是「进销存」三个字进货、销售、库存。围绕这三个字展开一个答辩能过关的系统通常包含以下模块商品管理商品分类、商品信息增删改查、条码管理供应商管理供应商信息维护、供货记录采购管理采购单创建、入库确认、采购退货销售管理收银台、销售单、销售退货、会员折扣库存管理实时库存查询、库存预警、盘点系统管理用户角色权限、操作日志这里要特别注意一个常见误区很多同学一上来就想做「扫码支付」「人脸识别会员」这种花哨功能结果核心的库存扣减逻辑都没写对。答辩老师最常问的问题是「卖出一件商品后库存是怎么变化的」这个问题答不上来功能再多也白搭。2.2 技术选型的三个现实约束选型不是越新越好而是要满足三个约束你熟悉、环境好搭、答辩时能演示。基于这个原则目前毕业设计里最稳的组合是层次推荐技术选它的理由后端框架Spring Boot 2.7.x内置 Tomcat不用单独配服务器持久层MyBatis-Plus单表 CRUD 不用写 XML省时间数据库MySQL 5.7 或 8.0资料多出问题好搜前端Vue 2 Element UI组件全表格表单直接套构建工具Maven依赖管理成熟IDEA 支持好如果你的 zip 里用的是 SSMSpring SpringMVC MyBatis而不是 Spring Boot也不用慌逻辑是一样的只是要多配几个 XML 文件。关键是把数据库连接、端口、上下文路径这三个地方改对。提示不要用最新版本的框架。Spring Boot 3.x 要求 JDK 17很多学校机房还是 JDK 8版本不匹配会导致项目根本起不来。2.3 数据库表设计的最小集合一套能跑通的超市管理系统数据库至少需要这几张核心表-- 商品表 CREATE TABLE product ( id bigint(20) NOT NULL AUTO_INCREMENT, name varchar(100) NOT NULL COMMENT 商品名称, barcode varchar(50) DEFAULT NULL COMMENT 条码, category_id bigint(20) DEFAULT NULL COMMENT 分类ID, purchase_price decimal(10,2) DEFAULT NULL COMMENT 进价, sale_price decimal(10,2) DEFAULT NULL COMMENT 售价, stock int(11) DEFAULT 0 COMMENT 库存数量, warn_stock int(11) DEFAULT 10 COMMENT 库存预警值, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 销售单表 CREATE TABLE sale_order ( id bigint(20) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL COMMENT 单号, total_amount decimal(10,2) DEFAULT NULL COMMENT 总金额, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这两张表是核心中的核心。商品表的stock字段和销售单表的total_amount字段是答辩时最容易被追问的地方。库存扣减必须放在事务里金额计算必须用BigDecimal而不是double这两条是硬性要求。3. 把项目在本地跑起来环境配置与启动排错3.1 JDK、Maven、MySQL 的版本对齐拿到 zip 之后第一件事不是急着导入 IDEA而是先确认本机环境。打开命令行执行java -version mvn -v mysql --version三条命令的输出要和你项目pom.xml里声明的版本对得上。常见的情况是项目用 JDK 8 编译你本机装的是 JDK 17导入后满屏cannot resolve symbol。解决办法是在 IDEA 的 Project Structure 里把 SDK 切到 1.8同时把 Maven 的pom.xml里java.version改成 1.8。MySQL 这边要注意字符集。如果建库时用了utf8而不是utf8mb4插入中文商品名会报Incorrect string value。建库语句建议直接写死CREATE DATABASE supermarket DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;3.2 导入数据库脚本的完整流程zip 里的.sql文件不要直接用 Navicat 拖进去执行先打开看一眼有没有CREATE DATABASE语句。如果没有手动建库后再执行。推荐用命令行导入出错信息更清楚mysql -u root -p supermarket supermarket.sql执行完之后用SHOW TABLES;确认表都建出来了。如果报ERROR 1067 (42000): Invalid default value for create_time说明你的 MySQL 是 5.7 以下版本不支持datetime DEFAULT CURRENT_TIMESTAMP需要手动改成timestamp。3.3 修改配置文件里的四个关键参数Spring Boot 项目的配置文件通常是application.yml或application.properties。不管哪种格式这四个参数必须改spring: datasource: url: jdbc:mysql://localhost:3306/supermarket?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver server: port: 8080serverTimezone这个参数特别容易漏。不写的话MySQL 8.0 会报The server time zone value ?D1ú±ê×?ê±?? is unrecognized本质是时区没对齐。加上Asia/Shanghai就能解决。3.4 启动类运行与常见报错处理配置改完后找到XxxApplication.java右键 Run。控制台出现Started XxxApplication in x.xxx seconds就算启动成功。如果卡在Initializing Spring embedded WebApplicationContext不动八成是数据库连不上检查密码和端口。浏览器访问http://localhost:8080能看到登录页就说明前后端都通了。如果返回 404检查controller包有没有被扫描到启动类上的SpringBootApplication默认只扫描同级和子包。注意如果项目是前后端分离的前端需要单独npm install npm run serve端口通常是 8081 或 9528跨域问题在开发阶段可以用CrossOrigin注解临时解决。4. 核心业务模块的实现库存扣减与销售单生成4.1 销售收银的完整调用链收银是超市管理系统里最核心也最容易出 bug 的功能。一次完整的收银操作后端要完成这几件事校验商品库存是否充足、生成销售单主记录、生成销售单明细、扣减商品库存、更新会员积分。这五步必须在一个事务里完成任何一步失败都要回滚。先看 Controller 层的入口PostMapping(/sale/checkout) Transactional(rollbackFor Exception.class) public Result checkout(RequestBody SaleDTO saleDTO) { // saleDTO 里包含商品列表和会员信息 return saleService.checkout(saleDTO); }Transactional注解加在 Service 层更合适这里为了演示放在 Controller 上也能生效但要注意同类方法内部调用不会触发事务。4.2 库存扣减的 SQL 写法与并发问题库存扣减最忌讳的写法是先查再改// 错误示范 Product p productMapper.selectById(id); if (p.getStock() num) { p.setStock(p.getStock() - num); productMapper.updateById(p); }这种写法在并发下会超卖。正确的做法是用一条 SQL 完成判断和扣减UPDATE product SET stock stock - #{num} WHERE id #{id} AND stock #{num}然后在 Java 里判断update返回的影响行数如果是 0 就说明库存不足直接抛异常触发回滚。这条 SQL 利用了数据库行锁能保证并发安全。4.3 销售单号生成策略销售单号不能重复常见做法是「日期 随机数」或「日期 自增序列」。简单可靠的方式是用时间戳加随机后缀public String generateOrderNo() { String date LocalDate.now().format(DateTimeFormatter.ofPattern(yyyyMMdd)); String random String.format(%06d, new Random().nextInt(1000000)); return SO date random; }如果对唯一性要求更高可以用 Redis 的INCR命令生成自增序列但毕业设计里用随机数足够了记得给order_no字段加唯一索引兜底。4.4 金额计算为什么必须用 BigDecimal很多同学用double算金额结果0.1 0.2得到0.30000000000000004答辩时被老师当场指出。金额计算必须用BigDecimal并且要用字符串构造BigDecimal price new BigDecimal(19.99); BigDecimal num new BigDecimal(3); BigDecimal total price.multiply(num).setScale(2, RoundingMode.HALF_UP);setScale(2, RoundingMode.HALF_UP)表示保留两位小数并四舍五入。数据库字段用decimal(10,2)对应不要用float或double。5. 论文与源代码对齐答辩前必须检查的细节5.1 论文里的功能截图要和代码对得上答辩老师最常见的操作是翻到论文某一页指着截图问「这个功能在代码哪里」。所以论文里出现的每一个界面代码里都必须能找到对应的 Controller 方法和前端页面。建议在论文定稿前做一次反向核对打开系统把每个菜单点一遍截图保存然后对照论文目录逐个打勾。如果论文里写了「库存预警功能」代码里就必须有定时任务或查询逻辑去判断stock warn_stock。只画了界面没写逻辑被问到就是硬伤。5.2 数据库表结构章节的常见错误论文里通常有一章「数据库设计」会列出所有表的字段。这里最容易出的问题是论文里的字段名和实际数据库不一致。比如论文写product_name代码里是name。解决办法是直接用SHOW CREATE TABLE product;把建表语句复制到论文里不要手打。另外E-R 图里的实体和关系要和你实际建的表对应。如果论文画了「仓库」实体但数据库里没有仓库表要么补上要么从论文里删掉。5.3 测试章节怎么写才不像凑字数很多论文的测试章节就是「点击登录登录成功点击添加添加成功」这种写法老师一眼就知道是凑的。稍微像样一点的写法是设计测试用例表用例编号测试功能输入数据预期结果实际结果TC-01库存不足时收银商品A库存2购买3件提示库存不足与预期一致TC-02正常收银商品A库存10购买2件库存变为8与预期一致这样写既体现了测试思维又和代码逻辑对得上答辩时被问到也能说清楚。6. 避坑与排查那些年我踩过的雷6.1 中文乱码从数据库到浏览器一路排查现象商品名称在数据库里看是正常的页面上显示成????。原因字符集在某一层断了。可能是数据库连接 URL 没加characterEncodingutf8也可能是 Tomcat 的server.xml里没配URIEncodingUTF-8。解决按「数据库 → 连接 URL → 后端响应 → 前端页面」的顺序逐层检查。数据库用SHOW VARIABLES LIKE character%;确认连接 URL 加上useUnicodetruecharacterEncodingutf8后端返回 JSON 时 Spring Boot 默认就是 UTF-8前端页面meta charsetUTF-8别漏。6.2 事务不生效导致库存扣成负数现象并发测试时库存出现负数。原因Transactional注解没生效。常见情况有三种方法不是public的、同类内部调用、异常被 catch 了没抛出去。解决确认注解加在public方法上调用方通过 Spring 代理调用catch 块里要么重新抛出RuntimeException要么手动TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。6.3 前端表格分页参数对不上现象点击第二页数据没变化。原因Element UI 的el-pagination组件默认页码参数是currentPage而后端接口可能接收的是pageNum。参数名对不上后端永远收到第一页。解决在el-pagination上绑定:current-page.syncqueryParams.pageNum或者在后端把参数名改成currentPage。两边统一就行。6.4 Maven 依赖下载失败导致编译不过现象IDEA 里pom.xml一片红提示Could not resolve dependencies。原因默认从中央仓库下载网络不稳定时容易失败。解决在settings.xml里配置国内镜像源然后执行mvn clean install -U强制更新。如果某个依赖实在下不下来去本地仓库目录把对应的.lastUpdated文件删掉再试。6.5 答辩演示时数据库连不上的应急方案现象答辩现场换了一台电脑项目起不来。原因新电脑的 MySQL 密码和你配置文件里的不一样。解决提前准备一个application-dev.yml把数据库密码改成123456这种最常见的答辩前在目标机器上先跑一遍。另外把数据库脚本和项目打包放在同一个 U 盘里现场重新导入也就五分钟的事。7. 让这套系统在答辩时多拿几分的一个技巧如果你想让答辩老师眼前一亮不需要加什么高大上的功能把「库存预警」这一个点做透就够了。大部分同学的库存预警就是一个查询列表显示哪些商品库存低于阈值。你可以多做一步在收银扣减库存之后自动检查该商品是否触发了预警如果触发就往message表里插一条通知前端右上角用小红点提示。实现起来就是一个 AOP 切面或者直接在 Service 里加几行代码AfterReturning(execution(* com.example.service.SaleService.checkout(..))) public void checkStockWarn(JoinPoint joinPoint) { // 从参数里拿到商品ID列表 SaleDTO dto (SaleDTO) joinPoint.getArgs()[0]; for (SaleItem item : dto.getItems()) { Product p productMapper.selectById(item.getProductId()); if (p.getStock() p.getWarnStock()) { messageService.sendWarn(商品[ p.getName() ]库存不足当前库存 p.getStock()); } } }这段代码的价值在于它把「库存扣减」和「库存预警」两个模块串起来了体现了业务闭环的思维。答辩时你可以说「我的系统不是孤立的 CRUD而是有业务联动的」这句话比堆十个页面都管用。另外一个小技巧是准备一份「演示脚本」。把答辩时要操作的步骤按顺序写下来登录 → 添加商品 → 采购入库 → 收银卖出 → 查看库存变化 → 触发预警。每一步点哪里、输入什么数据提前练三遍。现场紧张的时候照着脚本走就不会乱。我自己做第一个管理系统时就是因为没准备脚本答辩时手忙脚乱点错了菜单老师问「你这个库存怎么没变」其实是我根本没点到收银按钮。后来每次演示前都写脚本再也没翻过车。希望帮到你。本文还有配套的精品资源点击获取