拓冰网站定制 
简介这份资源是面向计算机相关专业学生与项目实战学习者的Spring Boot库存管理系统完整资料包适用于毕业设计、课程大作业及框架入门练习。项目以Spring Boot为核心结合MyBatis或JPA完成数据持久化前端采用Vue构建交互界面实现商品入库、出库、库存查询与统计、用户权限管理等核心功能难度适中适合作为学习Spring Boot全栈开发的参考案例。压缩包共433个文件约22.24MB其中117个java源码文件构成后端主体60个vue文件与17个js文件负责前端页面与逻辑另有14个xml配置、2个yml配置文件、1个sql数据库脚本以及毕业论文、开题报告、说明文档等doc与txt资料并附bat启动脚本便于快速运行。目前已有59人学习关注。源码经本地编译调试可运行结构清晰、注释详尽读者可据此掌握项目搭建、数据库设计、前后端联调与部署流程并参考论文与文档完成设计撰写与答辩准备。1. 从一份库存管理系统源码包说起毕业设计里最容易被低估的选题打开招聘网站搜 Java 后端岗位十个 JD 里有六个写着「熟悉 Spring Boot」。再看高校计算机毕业设计选题库基于 Spring Boot 的 XX 管理系统几乎占了半壁江山。库存管理系统就是其中被选得最多、也最容易被做砸的一类。原因不复杂业务逻辑看起来简单——入库、出库、盘点、预警四件事。但真动手写你会发现库存扣减的并发问题、多仓库调拨的数据一致性、批次与序列号追溯的建模难度远比「增删改查」四个字沉重。这份标题里的资源包本质上是一个典型的 Spring Boot 单体应用附带论文和说明文档。它适合两类人一是正在找毕业设计选题、需要一套能跑通、能讲清楚技术选型、能应付答辩的完整工程二是刚转 Java 后端、想拿一个业务闭环完整的项目练手的人。库存管理的好处在于业务边界清晰不会像电商那样被订单、支付、物流拖进无底洞但又能覆盖 Spring Boot 整合 MyBatis、事务管理、权限控制、前后端分离这些核心技能点。接下来我会按「先跑通、再拆解、后避坑」的顺序把这类项目从源码到部署的完整路径讲清楚。2. 把源码跑起来环境、数据库与第一个接口验证2.1 环境准备与版本选择拿到一个 Spring Boot 项目压缩包第一件事不是急着导入 IDE而是先看pom.xml里的 Spring Boot 版本和 JDK 版本要求。常见的情况是项目用 Spring Boot 2.7.x 配 JDK 8或者 Spring Boot 3.x 配 JDK 17。这两个组合的差异很大Spring Boot 3 把javax.*全部换成了jakarta.*如果你本地 JDK 版本不对连编译都过不去。我一般会按这个顺序检查检查项常见值不匹配的后果JDK 版本1.8 / 17编译报错jakarta 包找不到Spring Boot 版本2.7.x / 3.x与 JDK 强绑定MySQL 版本5.7 / 8.0驱动类名和连接串参数不同Maven 版本3.6依赖下载失败Node 版本前端14 / 16 / 18前端打包报错提示如果pom.xml里 Spring Boot 版本是 3.x而你本地只有 JDK 8不要试图改pom.xml降版本直接装 JDK 17 更快。改版本会引发一连串依赖冲突血泪经验。2.2 数据库初始化与配置修改源码包里通常会有一个sql文件夹里面放着建表语句和初始数据。导入之前先确认字符集库存管理系统里商品名称、仓库地址这些字段很容易出现中文乱码。# 登录 MySQL 并创建数据库字符集用 utf8mb4 mysql -u root -p CREATE DATABASE inventory_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE inventory_db; SOURCE /path/to/sql/inventory_db.sql;导入完成后找到src/main/resources/application.yml或application.properties修改数据库连接信息spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/inventory_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse username: root password: 你的密码这里有几个参数值得说明。serverTimezoneAsia/Shanghai不加的话MySQL 8 会报时区错误。useSSLfalse在本地开发时关掉避免证书警告。characterEncodingutf8要和数据库的utf8mb4配合使用否则 emoji 或者生僻字会变成问号。2.3 启动项目并验证第一个接口配置改完后用 Maven 启动# 在项目根目录执行 mvn clean spring-boot:run如果控制台输出Started Application in x.x seconds说明启动成功。接下来验证接口是否正常。库存管理系统一般会有一个登录接口用 curl 测一下curl -X POST http://localhost:8080/api/login \ -H Content-Type: application/json \ -d {username:admin,password:123456}返回的 JSON 里如果包含 token 字段说明认证模块工作正常。拿到 token 后再测一个需要鉴权的接口比如查询库存列表curl -X GET http://localhost:8080/api/stock/list \ -H Authorization: Bearer 你的token这一步能跑通说明 Spring Boot 的拦截器、MyBatis 的 Mapper 扫描、数据库连接池都没问题。如果返回 401检查 token 有没有过期或者拦截器路径配置是否正确如果返回 500看控制台堆栈大概率是 SQL 写错了或者字段映射对不上。3. 拆解库存管理的核心业务入库、出库与库存扣减3.1 库存扣减为什么不能直接 update很多新手写库存扣减第一反应是UPDATE stock SET quantity quantity - 1 WHERE product_id 1;单线程跑没问题但库存管理系统的出库操作天然是并发的。两个订单同时出库同一件商品如果先查再改就会出现超卖。正确的做法是利用数据库的行锁把查询和更新合并成一条原子操作UPDATE stock SET quantity quantity - #{num} WHERE product_id #{productId} AND quantity #{num};然后在 Service 层判断影响行数Transactional public void outbound(Long productId, Integer num) { int affected stockMapper.reduceStock(productId, num); if (affected 0) { throw new BusinessException(库存不足或商品不存在); } // 记录出库流水 stockRecordMapper.insert(new StockRecord(productId, num, OUT)); }quantity #{num}这个条件很关键它保证了库存不会被扣成负数。Transactional保证扣减和流水记录在同一个事务里要么都成功要么都回滚。如果只扣库存不记流水对账的时候就是一笔糊涂账。3.2 入库、出库、盘点的数据模型怎么设计库存管理系统的表结构不需要太复杂但几个核心字段不能省。我一般会设计这几张表表名作用关键字段product商品信息id, name, sku, category_idwarehouse仓库信息id, name, addressstock库存余量product_id, warehouse_id, quantitystock_record出入库流水product_id, type, quantity, create_timestock_check盘点记录product_id, system_qty, actual_qty, diffstock表要加唯一索引(product_id, warehouse_id)防止同一个商品在同一个仓库出现多条记录。stock_record的type字段区分入库、出库、盘盈、盘亏方便后续做报表统计。盘点的时候系统数量和实际数量不一致差异部分要生成一条调整流水而不是直接改stock表的数字否则审计的时候查不到原因。3.3 用 MyBatis 做多条件分页查询库存列表通常需要按商品名称、仓库、库存区间筛选还要分页。用 MyBatis 的动态 SQL 可以写得很灵活select idselectStockPage resultTypeStockVO SELECT s.*, p.name AS productName, w.name AS warehouseName FROM stock s LEFT JOIN product p ON s.product_id p.id LEFT JOIN warehouse w ON s.warehouse_id w.id where if testproductName ! null and productName ! AND p.name LIKE CONCAT(%, #{productName}, %) /if if testwarehouseId ! null AND s.warehouse_id #{warehouseId} /if if testminQty ! null AND s.quantity gt; #{minQty} /if /where ORDER BY s.update_time DESC LIMIT #{offset}, #{pageSize} /selectwhere标签会自动处理第一个条件前面的AND避免 SQL 语法错误。LIMIT的offset由页码和每页条数计算得出。这里要注意如果前端传的pageSize过大比如一万条数据库压力会很大建议在 Controller 层限制最大值比如不超过 100。4. 避坑与排查源码跑不通时先看这五个地方4.1 启动报错「找不到符号 jakarta.servlet」现象编译阶段报package jakarta.servlet does not exist。 原因项目用的是 Spring Boot 3.x但本地 JDK 是 1.8或者 IDE 的编译级别没调到 17。 解决确认pom.xml里的java.version是 17IDE 的 Project Structure 里 SDK 也选 17。如果还是不行检查 Maven 的settings.xml有没有强制指定 JDK 版本。4.2 数据库连接成功但查询返回空列表现象接口返回 200但data是空数组控制台没有报错。 原因MyBatis 的mapper-locations配置不对XML 文件没被扫描到或者实体类的字段名和数据库列名没有正确映射。 解决在application.yml里确认mybatis.mapper-locationsclasspath:mapper/*.xml。如果用了驼峰映射加上mybatis.configuration.map-underscore-to-camel-casetrue。还不行就在 XML 里手动写resultMap。4.3 出库接口并发测试时出现负库存现象用 JMeter 模拟 100 个并发出库请求最后库存变成了负数。 原因扣减逻辑写成了先查后改或者 SQL 里没有加quantity #{num}条件。 解决改成原子更新并在 Service 层判断影响行数。如果业务允许还可以在stock表上加CHECK (quantity 0)约束作为最后一道防线。4.4 前端打包后刷新页面 404现象Vue 项目npm run build后放到 Spring Boot 的static目录访问首页正常刷新子路由就 404。 原因前端用的是 history 模式刷新时请求的是后端路径后端没有对应的 Controller。 解决在 Spring Boot 里加一个配置把所有非 API 路径转发到index.htmlConfiguration public class WebConfig implements WebMvcConfigurer { Override public void addViewControllers(ViewControllerRegistry registry) { registry.addViewController(/{path:[^\\.]*}).setViewName(forward:/index.html); } }4.5 论文查重时技术描述重复率过高现象论文里「Spring Boot 是一个基于 Spring 的快速开发框架」这类句子被标红。 原因直接复制了网上通用的技术介绍。 解决结合自己的项目写比如「本系统用 Spring Boot 的自动配置简化了 MyBatis 和 Druid 的整合在application.yml中只保留了必要的数据源参数」。具体到自己的配置和代码重复率自然就降下来了。5. 从能跑到能答辩三个让项目加分的技术细节5.1 用 AOP 记录库存操作日志答辩老师经常会问「你怎么追踪谁改了库存」如果只靠stock_record表只能看到改了什么看不到谁改的。加一个 AOP 切面把当前登录用户和操作 IP 记下来Aspect Component public class StockLogAspect { Autowired private LogMapper logMapper; AfterReturning(annotation(stockLog)) public void record(JoinPoint point, StockLog stockLog) { HttpServletRequest request ((ServletRequestAttributes) RequestContextHolder.getRequestAttributes()).getRequest(); String username (String) request.getAttribute(username); logMapper.insert(new OperationLog(username, stockLog.value(), request.getRemoteAddr(), new Date())); } }然后在出库、入库的 Service 方法上加StockLog(出库)。这样每次操作都有迹可循答辩的时候演示一下日志列表比空口说「有权限控制」有说服力得多。5.2 库存预警的定时任务怎么写库存低于阈值要发通知这个功能用 Spring 的Scheduled就能实现Component public class StockWarnTask { Autowired private StockMapper stockMapper; // 每天早上 8 点执行 Scheduled(cron 0 0 8 * * ?) public void checkWarn() { ListStock warnList stockMapper.selectBelowThreshold(); for (Stock stock : warnList) { // 发送邮件或站内信 warnService.send(stock); } } }cron表达式0 0 8 * * ?表示每天 8 点整触发。注意在启动类上加EnableScheduling否则定时任务不会生效。如果不想硬编码阈值可以把阈值放在product表的warn_threshold字段里每个商品单独配置。5.3 答辩时怎么讲技术选型不要背「Spring Boot 简化了配置」这种套话。我一般会这样讲「这个项目用 Spring Boot 2.7 整合 MyBatis 和 Druid选择 MyBatis 而不是 JPA是因为库存查询有多条件动态筛选XML 写动态 SQL 比 Criteria API 更直观。事务管理用Transactional注解出库操作里扣减库存和写流水在同一个事务保证数据一致性。」每一句都落在具体的技术点上老师一听就知道是你自己写的。最后说一个我自己的习惯每次改完代码先跑一遍出库和入库的单元测试再看一眼数据库里的stock和stock_record是否对得上。这个习惯帮我省掉了无数次答辩前夜才发现数据对不上的后悔药。希望帮到你。本文还有配套的精品资源点击获取 Spring Boot库存管理系统源码实战：从环境搭建到并发扣减避坑
简介这份资源是面向计算机相关专业学生与项目实战学习者的Spring Boot库存管理系统完整资料包适用于毕业设计、课程大作业及框架入门练习。项目以Spring Boot为核心结合MyBatis或JPA完成数据持久化前端采用Vue构建交互界面实现商品入库、出库、库存查询与统计、用户权限管理等核心功能难度适中适合作为学习Spring Boot全栈开发的参考案例。压缩包共433个文件约22.24MB其中117个java源码文件构成后端主体60个vue文件与17个js文件负责前端页面与逻辑另有14个xml配置、2个yml配置文件、1个sql数据库脚本以及毕业论文、开题报告、说明文档等doc与txt资料并附bat启动脚本便于快速运行。目前已有59人学习关注。源码经本地编译调试可运行结构清晰、注释详尽读者可据此掌握项目搭建、数据库设计、前后端联调与部署流程并参考论文与文档完成设计撰写与答辩准备。1. 从一份库存管理系统源码包说起毕业设计里最容易被低估的选题打开招聘网站搜 Java 后端岗位十个 JD 里有六个写着「熟悉 Spring Boot」。再看高校计算机毕业设计选题库基于 Spring Boot 的 XX 管理系统几乎占了半壁江山。库存管理系统就是其中被选得最多、也最容易被做砸的一类。原因不复杂业务逻辑看起来简单——入库、出库、盘点、预警四件事。但真动手写你会发现库存扣减的并发问题、多仓库调拨的数据一致性、批次与序列号追溯的建模难度远比「增删改查」四个字沉重。这份标题里的资源包本质上是一个典型的 Spring Boot 单体应用附带论文和说明文档。它适合两类人一是正在找毕业设计选题、需要一套能跑通、能讲清楚技术选型、能应付答辩的完整工程二是刚转 Java 后端、想拿一个业务闭环完整的项目练手的人。库存管理的好处在于业务边界清晰不会像电商那样被订单、支付、物流拖进无底洞但又能覆盖 Spring Boot 整合 MyBatis、事务管理、权限控制、前后端分离这些核心技能点。接下来我会按「先跑通、再拆解、后避坑」的顺序把这类项目从源码到部署的完整路径讲清楚。2. 把源码跑起来环境、数据库与第一个接口验证2.1 环境准备与版本选择拿到一个 Spring Boot 项目压缩包第一件事不是急着导入 IDE而是先看pom.xml里的 Spring Boot 版本和 JDK 版本要求。常见的情况是项目用 Spring Boot 2.7.x 配 JDK 8或者 Spring Boot 3.x 配 JDK 17。这两个组合的差异很大Spring Boot 3 把javax.*全部换成了jakarta.*如果你本地 JDK 版本不对连编译都过不去。我一般会按这个顺序检查检查项常见值不匹配的后果JDK 版本1.8 / 17编译报错jakarta 包找不到Spring Boot 版本2.7.x / 3.x与 JDK 强绑定MySQL 版本5.7 / 8.0驱动类名和连接串参数不同Maven 版本3.6依赖下载失败Node 版本前端14 / 16 / 18前端打包报错提示如果pom.xml里 Spring Boot 版本是 3.x而你本地只有 JDK 8不要试图改pom.xml降版本直接装 JDK 17 更快。改版本会引发一连串依赖冲突血泪经验。2.2 数据库初始化与配置修改源码包里通常会有一个sql文件夹里面放着建表语句和初始数据。导入之前先确认字符集库存管理系统里商品名称、仓库地址这些字段很容易出现中文乱码。# 登录 MySQL 并创建数据库字符集用 utf8mb4 mysql -u root -p CREATE DATABASE inventory_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE inventory_db; SOURCE /path/to/sql/inventory_db.sql;导入完成后找到src/main/resources/application.yml或application.properties修改数据库连接信息spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/inventory_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse username: root password: 你的密码这里有几个参数值得说明。serverTimezoneAsia/Shanghai不加的话MySQL 8 会报时区错误。useSSLfalse在本地开发时关掉避免证书警告。characterEncodingutf8要和数据库的utf8mb4配合使用否则 emoji 或者生僻字会变成问号。2.3 启动项目并验证第一个接口配置改完后用 Maven 启动# 在项目根目录执行 mvn clean spring-boot:run如果控制台输出Started Application in x.x seconds说明启动成功。接下来验证接口是否正常。库存管理系统一般会有一个登录接口用 curl 测一下curl -X POST http://localhost:8080/api/login \ -H Content-Type: application/json \ -d {username:admin,password:123456}返回的 JSON 里如果包含 token 字段说明认证模块工作正常。拿到 token 后再测一个需要鉴权的接口比如查询库存列表curl -X GET http://localhost:8080/api/stock/list \ -H Authorization: Bearer 你的token这一步能跑通说明 Spring Boot 的拦截器、MyBatis 的 Mapper 扫描、数据库连接池都没问题。如果返回 401检查 token 有没有过期或者拦截器路径配置是否正确如果返回 500看控制台堆栈大概率是 SQL 写错了或者字段映射对不上。3. 拆解库存管理的核心业务入库、出库与库存扣减3.1 库存扣减为什么不能直接 update很多新手写库存扣减第一反应是UPDATE stock SET quantity quantity - 1 WHERE product_id 1;单线程跑没问题但库存管理系统的出库操作天然是并发的。两个订单同时出库同一件商品如果先查再改就会出现超卖。正确的做法是利用数据库的行锁把查询和更新合并成一条原子操作UPDATE stock SET quantity quantity - #{num} WHERE product_id #{productId} AND quantity #{num};然后在 Service 层判断影响行数Transactional public void outbound(Long productId, Integer num) { int affected stockMapper.reduceStock(productId, num); if (affected 0) { throw new BusinessException(库存不足或商品不存在); } // 记录出库流水 stockRecordMapper.insert(new StockRecord(productId, num, OUT)); }quantity #{num}这个条件很关键它保证了库存不会被扣成负数。Transactional保证扣减和流水记录在同一个事务里要么都成功要么都回滚。如果只扣库存不记流水对账的时候就是一笔糊涂账。3.2 入库、出库、盘点的数据模型怎么设计库存管理系统的表结构不需要太复杂但几个核心字段不能省。我一般会设计这几张表表名作用关键字段product商品信息id, name, sku, category_idwarehouse仓库信息id, name, addressstock库存余量product_id, warehouse_id, quantitystock_record出入库流水product_id, type, quantity, create_timestock_check盘点记录product_id, system_qty, actual_qty, diffstock表要加唯一索引(product_id, warehouse_id)防止同一个商品在同一个仓库出现多条记录。stock_record的type字段区分入库、出库、盘盈、盘亏方便后续做报表统计。盘点的时候系统数量和实际数量不一致差异部分要生成一条调整流水而不是直接改stock表的数字否则审计的时候查不到原因。3.3 用 MyBatis 做多条件分页查询库存列表通常需要按商品名称、仓库、库存区间筛选还要分页。用 MyBatis 的动态 SQL 可以写得很灵活select idselectStockPage resultTypeStockVO SELECT s.*, p.name AS productName, w.name AS warehouseName FROM stock s LEFT JOIN product p ON s.product_id p.id LEFT JOIN warehouse w ON s.warehouse_id w.id where if testproductName ! null and productName ! AND p.name LIKE CONCAT(%, #{productName}, %) /if if testwarehouseId ! null AND s.warehouse_id #{warehouseId} /if if testminQty ! null AND s.quantity gt; #{minQty} /if /where ORDER BY s.update_time DESC LIMIT #{offset}, #{pageSize} /selectwhere标签会自动处理第一个条件前面的AND避免 SQL 语法错误。LIMIT的offset由页码和每页条数计算得出。这里要注意如果前端传的pageSize过大比如一万条数据库压力会很大建议在 Controller 层限制最大值比如不超过 100。4. 避坑与排查源码跑不通时先看这五个地方4.1 启动报错「找不到符号 jakarta.servlet」现象编译阶段报package jakarta.servlet does not exist。 原因项目用的是 Spring Boot 3.x但本地 JDK 是 1.8或者 IDE 的编译级别没调到 17。 解决确认pom.xml里的java.version是 17IDE 的 Project Structure 里 SDK 也选 17。如果还是不行检查 Maven 的settings.xml有没有强制指定 JDK 版本。4.2 数据库连接成功但查询返回空列表现象接口返回 200但data是空数组控制台没有报错。 原因MyBatis 的mapper-locations配置不对XML 文件没被扫描到或者实体类的字段名和数据库列名没有正确映射。 解决在application.yml里确认mybatis.mapper-locationsclasspath:mapper/*.xml。如果用了驼峰映射加上mybatis.configuration.map-underscore-to-camel-casetrue。还不行就在 XML 里手动写resultMap。4.3 出库接口并发测试时出现负库存现象用 JMeter 模拟 100 个并发出库请求最后库存变成了负数。 原因扣减逻辑写成了先查后改或者 SQL 里没有加quantity #{num}条件。 解决改成原子更新并在 Service 层判断影响行数。如果业务允许还可以在stock表上加CHECK (quantity 0)约束作为最后一道防线。4.4 前端打包后刷新页面 404现象Vue 项目npm run build后放到 Spring Boot 的static目录访问首页正常刷新子路由就 404。 原因前端用的是 history 模式刷新时请求的是后端路径后端没有对应的 Controller。 解决在 Spring Boot 里加一个配置把所有非 API 路径转发到index.htmlConfiguration public class WebConfig implements WebMvcConfigurer { Override public void addViewControllers(ViewControllerRegistry registry) { registry.addViewController(/{path:[^\\.]*}).setViewName(forward:/index.html); } }4.5 论文查重时技术描述重复率过高现象论文里「Spring Boot 是一个基于 Spring 的快速开发框架」这类句子被标红。 原因直接复制了网上通用的技术介绍。 解决结合自己的项目写比如「本系统用 Spring Boot 的自动配置简化了 MyBatis 和 Druid 的整合在application.yml中只保留了必要的数据源参数」。具体到自己的配置和代码重复率自然就降下来了。5. 从能跑到能答辩三个让项目加分的技术细节5.1 用 AOP 记录库存操作日志答辩老师经常会问「你怎么追踪谁改了库存」如果只靠stock_record表只能看到改了什么看不到谁改的。加一个 AOP 切面把当前登录用户和操作 IP 记下来Aspect Component public class StockLogAspect { Autowired private LogMapper logMapper; AfterReturning(annotation(stockLog)) public void record(JoinPoint point, StockLog stockLog) { HttpServletRequest request ((ServletRequestAttributes) RequestContextHolder.getRequestAttributes()).getRequest(); String username (String) request.getAttribute(username); logMapper.insert(new OperationLog(username, stockLog.value(), request.getRemoteAddr(), new Date())); } }然后在出库、入库的 Service 方法上加StockLog(出库)。这样每次操作都有迹可循答辩的时候演示一下日志列表比空口说「有权限控制」有说服力得多。5.2 库存预警的定时任务怎么写库存低于阈值要发通知这个功能用 Spring 的Scheduled就能实现Component public class StockWarnTask { Autowired private StockMapper stockMapper; // 每天早上 8 点执行 Scheduled(cron 0 0 8 * * ?) public void checkWarn() { ListStock warnList stockMapper.selectBelowThreshold(); for (Stock stock : warnList) { // 发送邮件或站内信 warnService.send(stock); } } }cron表达式0 0 8 * * ?表示每天 8 点整触发。注意在启动类上加EnableScheduling否则定时任务不会生效。如果不想硬编码阈值可以把阈值放在product表的warn_threshold字段里每个商品单独配置。5.3 答辩时怎么讲技术选型不要背「Spring Boot 简化了配置」这种套话。我一般会这样讲「这个项目用 Spring Boot 2.7 整合 MyBatis 和 Druid选择 MyBatis 而不是 JPA是因为库存查询有多条件动态筛选XML 写动态 SQL 比 Criteria API 更直观。事务管理用Transactional注解出库操作里扣减库存和写流水在同一个事务保证数据一致性。」每一句都落在具体的技术点上老师一听就知道是你自己写的。最后说一个我自己的习惯每次改完代码先跑一遍出库和入库的单元测试再看一眼数据库里的stock和stock_record是否对得上。这个习惯帮我省掉了无数次答辩前夜才发现数据对不上的后悔药。希望帮到你。本文还有配套的精品资源点击获取