简介面向微信小程序课程设计与毕业设计场景的仓储管理系统完整源码包采用Java微信小程序MySQL架构适合需要快速搭建前后端分离项目的开发者或正在完成课题的中级程序员参考。管理员侧覆盖供应商、员工、商品分类与信息、商品入库出库、供应商货物、货物采购、在线沟通及系统管理等核心业务模块结构清晰。压缩包共1373个文件约32.13MB主要包含Java后端代码、小程序前端页面、SQL建库脚本、Vue页面及微信小程序配置与样式文件也附带启动脚本与项目配置说明便于本地环境部署。资源已有97人学习浏览适合作为课程设计、毕业设计或个人练习的完整蓝本有助于理解仓储业务数据流转、前后端联调及小程序开发流程。1. 微信小程序仓储管理系统源码包Java MySQL 小程序三端联动的毕业设计样板每到毕设季总有人抱着一个命名格式固定的压缩包找过来“【微信小程序毕业设计】仓储管理系统源码java小程序mysqlLW.zip”。解压以后满眼都是 .vue.bak、.bat新手的第一反应通常是先双击一个 bat 再说。这套微信小程序 Java MySQL 的仓储管理系统后端用 Java 提供接口、MySQL 5.7 落库小程序端负责页面和交互架构不算复杂却把供应商、员工、商品、入库、出库、采购、在线沟通这些仓储场景全串了起来。我拆包的重点从来不是“它有多高级”而是它能不能作为毕业设计或课程设计快速跑通、改造成自己要的样子。下面就按一线拆包的流程从环境匹配、启动顺序、表结构到踩坑点一层层过。2. 把仓储系统跑起来环境版本匹配与三个 bat 文件的执行顺序拿到源码包先别急着问“为什么我跑不起来”。这种 Java 小程序的毕设项目八成跑不起来的原因都在环境版本错配而不是代码本身。描述里写得很明确JDK 1.8、MySQL 5.7、Maven 3.3、Tomcat 7这些版本基本就是这套源码的“出厂参数”任何一项升上去都可能触发不兼容。我一般会先把环境对齐再走启动流程整个过程里能少一半以上的玄学报错。2.1 环境版本匹配清单第一步不是打开代码是打开命令行核对版本。下面这三条命令值得在每台新电脑上先跑一遍java -version mvn -version mysql --version三个命令的输出重点看前两行。java -version 显示 1.8.0_xxxmvn -version 里能看到 Apache Maven 3.3.x 以及 Java version: 1.8mysql --version 显示 5.7.xx。如果 mvn -version 里出现 Java version: 17 或更高说明默认 JVM 被高版本 JDK 抢走了后边 mvn clean install 大概率编译失败。为什么强调版本因为 JDK 1.8 编译出来的 class 文件放到 JDK 1.8 的 JVM 里跑最稳Tomcat 7 支持的是 Servlet 3.0项目里如果用了 javax.servlet 的老写法换成 Tomcat 10 以后包名全变了直接 NoClassDefFoundError。同理 MySQL 5.7 配 mysql-connector-java 5.1.x 的驱动没有问题换成 MySQL 8 就要面对 cj 驱动和时区参数两个新增配置对毕设来说没必要冒险。组件推荐版本需要检查的点JDK1.864 位JAVA_HOME 路径不带空格MySQL5.7服务名通常是 mysql57Maven3.3确认编译用的是 JDK 1.8Tomcat7.0server.xml 默认端口 8080数据库工具Navicat 11导入 SQL 时字符集选 utf8小程序工具HBuilderX / 微信开发者工具与源码类型匹配这套组合是典型的 SSM/传统 Java Web 毕设搭配。如果源码里带了 pom.xmlMaven 3.3 能正常解析如果只有 lib 目录那你还要确认是不是直接编译后扔进去的。除非你在 2-run.bat 里看到 spring-boot:run否则不建议擅自改成内嵌 Tomcat。2.2 三个 bat 文件到底谁先谁后压缩包里给出 1-install.bat、2-run.bat、3-build.bat名字已经把顺序写清楚了。我的习惯是先用记事本把它们挨个打开echo off REM 1-install.bat 常见内容安装依赖并打包 cd /d %~dp0 call mvn clean install -DskipTests pause这里的 %~dp0 是 bat 文件所在目录的完整路径防止你在其他目录下双击时找不到 pom.xml-DskipTests 跳过单元测试只做编译打包。install 会把构建产物装进本地 Maven 仓库后边 2-run 直接依赖它就行。如果没装 Maven 或者没配环境变量这个文件就会一闪而过这也是最常见的第一道坎。echo off REM 2-run.bat 常见内容启动后端 cd /d %~dp0 call mvn spring-boot:run pause如果项目是传统 war 包部署2-run.bat 里通常不是 spring-boot:run而是一段启动 Tomcat 的命令以你文件里实际写的内容为准。spring-boot:run 适合内嵌容器war 包方式则要先把 target 下的 war 复制到 Tomcat 的 webapps 目录再双击 startup.bat。echo off REM 3-build.bat 常见内容构建前端 cd /d %~dp0 call npm install call npm run build pause3-build.bat 一般负责前端资源构建。如果项目里前端是 uniapp那么它可能是用于 HBuilderX 的 cli 模式构建。这里有个容易误解的地方不是一定要跑 3-build 才能看到效果有些毕设源码直接把编译好的资源放在项目里跑不跑都不影响后端启动跑它只是为了改完前端代码后重新生成产物。完整顺序1-install 先打包后端 → 2-run 启动后端 → 3-build 构建前端。启动后端后看到 Tomcat started on port(s) 8080 的日志再打开小程序端。这两件事没有严格先后但小程序发请求时后端必须已经在监听。2.3 数据库初始化仓储系统最核心的数据都在 MySQL压缩包里一般会带一个 .sql 文件。用 Navicat 11 建库时字符集建议选 utf8mb4而不是默认的 latin1否则导进去中文全是问号。命令行执行也是一样的效果mysql -uroot -p123456 -e CREATE DATABASE warehouse DEFAULT CHARACTER SET utf8mb4; mysql -uroot -p123456 warehouse sql/warehouse.sql第一句创建数据库第二句把 SQL 文件重定向导入。注意 -p 后面直接跟密码不要有空格如果指定了 -p 而不写密码回车后还需要手动输入。导入完成后在 Navicat 里刷新能看到 m_user、m_goods、m_stock 之类的表才说明数据层就绪。然后去后端配置文件里确认数据库连接信息。常见位置是 resources 下的 db.properties 或 application.properties里面写着 jdbc:mysql://localhost:3306/warehouse、username、password。把这几个值和上面建库时的账号密码对齐后端才能连上数据库。这一步操作完启动顺序才算真正闭环。2.4 小程序端加载到哪边小程序端有两种常见源码形态如果是 HBuilderX 创建的 uniapp 工程目录里会有 pages.json、manifest.json如果是原生微信小程序工程根目录是 app.js、app.json。两者导入方式不同uniapp 用 HBuilderX 打开项目目录再点“运行 → 运行到小程序模拟器 → 微信开发者工具”原生小程序直接微信开发者工具“导入项目”选中根目录就行。开发阶段微信开发者工具里一定要做两件事第一在详情面板勾选“不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书”第二把代码里所有 http://localhost 换成你自己电脑的局域网 IP否则手机预览时小程序的请求根本发不出去。用 localhost 在开发者工具里能跑是因为工具本身代理了请求真机预览时手机访问的 localhost 是手机自己自然连不上电脑。注意改 IP 时同时记得改后端的跨域配置。常见做法是在后端加 CORS 过滤器允许的来源写 http://localhost:8080 和 http://192.168.x.x:8080真机调试才不会报 Access-Control-Allow-Origin 错误。到这里后端能启动、数据库能连、小程序能编译整个环境就闭环了。剩下的功夫都在改业务。3. 从供应商到出库功能模块、数据表与接口三者怎么咬合前边的启动只是热身。真正决定你答辩讲什么、二次开发改哪里的是功能模块和数据表之间的咬合关系。这套仓储系统在描述里列了个人中心、供应商管理、员工管理、商品分类、商品信息、入库、出库、供应商货物、货物采购、在线沟通、系统管理等模块表面上功能很多但剥开以后就是一条线供应商供货 → 采购 → 入库 → 库存变动 → 出库。3.1 先画业务线模块才不会乱我把模块按“主流程、基础数据、辅助功能”分了三类对应关系如下模块所属环节核心作用供应商管理基础数据维护供应商档案供采购单引用员工管理基础数据操作员账号与状态的维护商品分类管理基础数据分类树商品信息挂到分类下商品信息管理基础数据商品编码、名称、单位、状态供应商货物管理主流程建立供应商与商品的供货关系货物采购管理主流程生成采购单确定进什么货商品入库管理主流程写入库流水库存增加商品出库管理主流程写出库流水库存减少在线沟通管理辅助功能站内消息简化办公沟通系统管理辅助功能菜单、参数、操作日志这套系统的管理难度低因为业务上只需要一个管理员就能把所有流程操作完没有复杂的多级审批。也就是说采购单从创建到入库之间没有“主管审批”环节这在课程设计里是优点表少、流程短学生容易讲清楚。主流程的流转逻辑是先在商品信息管理里创建商品在供应商管理里创建供应商再通过供应商货物管理把两者绑定然后建采购单到货后做入库库存表就增加了对应数量后续出库时再扣减。在线沟通和系统管理不参与库存计算改动它们不影响主流程。3.2 库存表不要只存一个数字很多新手设计仓储表时只在商品表里加一个 stock 字段出库时直接减。这个做法在答辩时容易被老师一句话问倒你的库存数据怎么审计所以类似源码里更合理的设计是单独拆出商品表、库存表和流水表。商品表和库存表可以是一对一但流水表必须一条条记。下面这段建表语句是常见做法可以参考CREATE TABLE m_goods ( id BIGINT AUTO_INCREMENT PRIMARY KEY, goods_no VARCHAR(50) NOT NULL UNIQUE, name VARCHAR(120) NOT NULL, category_id BIGINT DEFAULT NULL, unit VARCHAR(20) DEFAULT 件, status TINYINT DEFAULT 1, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE m_stock ( id BIGINT AUTO_INCREMENT PRIMARY KEY, goods_id BIGINT NOT NULL UNIQUE, quantity INT NOT NULL DEFAULT 0, update_time DATETIME ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE m_stock_flow ( id BIGINT AUTO_INCREMENT PRIMARY KEY, goods_id BIGINT NOT NULL, type TINYINT NOT NULL COMMENT 1入库 2出库, quantity INT NOT NULL, before_quantity INT DEFAULT 0, after_quantity INT DEFAULT 0, operator_id BIGINT DEFAULT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;三张表各有分工。m_goods 负责商品静态属性goods_no 加唯一索引保证同一商品编码不会重复录入m_stock 负责当前库存goods_id 加唯一约束一条记录只对应一个商品不会出现同一个商品在库存表里存好几行m_stock_flow 负责每一次入库和出库的流水记录了操作前后数量审计时直接按流水重算库存。流水表里我习惯留 before_quantity 和 after_quantity 两个冗余字段。冗余看似浪费空间但排查“哪笔操作把库存改错了”的时候不需要重新执行历史事务一条 SQL 就能算清楚。这是仓储系统二开里很实用的小设计。扣库存也建议用条件更新代替“先查后改”两步操作比如UPDATE m_stock SET quantity quantity - 5, update_time NOW() WHERE goods_id 1 AND quantity 5;如果 UPDATE 影响的行数为 0说明当前库存不足业务上直接报错不允许出库。这种写法能避免两个人同时出库时把库存打成负数是库存扣减的常用手段比先 SELECT 再 UPDATE 更稳。3.3 后端接口和小程序页面怎么对上前端页面发请求后端接口干活这两者的对应关系决定了你能不能很快找到要改的地方。后端一般是一个 RestController接收 JSON 然后调 Service。以入库为例常见写法如下RestController RequestMapping(/api/stock) public class StockController { Autowired private StockService stockService; PostMapping(/in) Transactional(rollbackFor Exception.class) public Result stockIn(RequestBody StockInDTO dto) { if (dto.getQuantity() null || dto.getQuantity() 0) { return Result.error(入库数量不合法); } stockService.stockIn(dto.getGoodsId(), dto.getQuantity(), dto.getOperatorId()); return Result.ok(入库成功); } }这个接口做了三件事校验数量、调用 Service 写入流水并更新库存、返回统一结果。Transactional 意味着 stockIn 方法里所有数据库操作在同一个事务中写流水成功但更新库存失败时流水也会回滚不会出现流水与库存对不上的脏数据。rollbackFor 设置成 Exception.class是为了让运行时异常和普通业务异常都触发回滚。小程序端对应的请求代码大概是这样的wx.request({ url: http://localhost:8080/api/stock/in, method: POST, data: { goodsId: 1, quantity: 10, operatorId: 1 }, header: { content-type: application/json }, success(res) { if (res.data.code 200) { wx.showToast({ title: 入库成功, icon: success }); } else { wx.showToast({ title: res.data.msg, icon: none }); } }, fail(err) { console.error(入库请求失败, err); } });这里的 url、method、data 要和后端接口严格对应路径少了 /in或者 data 里的字段名与 DTO 属性不一致都会导致 400 或空参。header 里的 content-type 是 application/json后端用 RequestBody 才能正确解析。如果改成 application/x-www-form-urlencodedRequestBody 收到的会是空对象。找接口的方法也值得养成习惯小程序开发者工具里报错后打开 Network 面板看请求路径再到 IDEA 里按两次 Shift 搜索 Controller 里的 RequestMapping 路径片段基本一次就能定位到对应方法。改完后端代码记得重新启动不要指望热部署自动生效。4. 仓储系统避坑指南启动失败、端口冲突与库存错乱的五个现场前面的内容把正常流程走完了接下来专门说翻车现场。我拆毕设源码这几年十套里有八套的问题集中在启动阶段剩下两套在库存数据上。下面是几个最具代表性的现场。4.1 启动阶段的三道坎现场一双击 2-run.bat黑窗一闪就没了现象bat 文件双击后弹出命令行窗口还没看清文字就关闭了后端始终没起来。原因bat 里调用了 mvn 或 java 命令但系统找不到这些命令。常见于 JAVA_HOME 没配置、JAVA_HOME 指向了高版本 JDK、或者 Maven 的 bin 目录没加进 Path。解决在系统环境变量中新建 JAVA_HOME值设为 JDK 1.8 的安装目录例如 C:\Program Files\Java\jdk1.8.0_202再把 %JAVA_HOME%\bin 加到 Path。验证时重新开一个 cmd 窗口分别执行 java -version 和 mvn -version看到 1.8 和 Maven 3.3 再重新双击 bat。如果只想看错误信息可以在 cmd 里手动执行 2-run.bat窗口就不会自动关闭了。现场二MySQL 报 ERROR 2002 (HY000)现象命令行登录数据库时报错 ERROR 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock。原因MySQL 服务没有启动或者在 Windows 下把 socket 路径当成了连接方式。毕设环境里最常见的原因是服务被优化软件禁止自启或安装 MySQL 5.7 后服务名不是常用的 mysql。解决Windows 上按 WinR 输入 services.msc找到名字带 mysql 的服务常见 mysql57 或 MySQL手动启动并把启动类型改为自动。命令行连接时建议加 -h127.0.0.1强制走 TCP 而非 socket 文件这样能绕开 socket 路径导致的问题。现场三Tomcat 起来了页面 404现象Tomcat 日志显示启动成功但打开 http://localhost:8080 后页面 404或者后端接口没有一个能访问。原因war 包没有复制到 webapps 目录或上下文路径不对。另一个常见原因是 target 目录下的 class 没更新旧代码还残留在 Tomcat 的 work 缓存里。解决先确认访问路径http://localhost:8080/项目名/。再把新打好的 war 包放入 webapps删除 work/Catalina 下的缓存目录后重启 Tomcat。每次改了 Java 代码都要重跑一次 mvn package不要只复制 src 目录到 Tomcat 下那样不会触发编译。4.2 数据与前端阶段的两个坑现场四出库后库存变成负数或者流水对不上现象库存表里出现了负数查流水却发现每条出入库单都是完整的。原因只写了出库流水却没有在扣减库存时判断“库存够不够”或者扣库存和写流水不在同一个事务里中途抛异常后库存被更新、流水没写成功。解决按前面 3.2 节的条件更新方式处理库存UPDATE 影响行数为 0 一律返回“库存不足”。同时在 Service 类上加 Transactional(rollbackFor Exception.class)。排查历史数据时用流水表重算每个商品的应有库存再与 m_stock 对比差异就是出错的那几笔单据。现场五改了 .vue.bak 文件小程序页面毫无变化现象想改前端页面打开了 main.css.bak、IndexMain.vue.bak 这类文件改了以后重新编译页面还是老样子。原因.bak 是备份文件不是被编译加载的源码。项目实际读取的是同目录下的 main.css、IndexMain.vue 等无后缀文件改备份文件等于白改。另外 HBuilderX 与微信开发者工具之间存在缓存即使改了正确文件不重新编译也可能显示旧页面。解决先在 HBuilderX 里找到同名且不带 .bak 的文件再编辑。改完后重新运行 HBuilderX 的“运行到小程序模拟器”再到微信开发者工具里点“清缓存 → 全部清除”最后编译。查看文件最后修改时间也能确认自己改的是不是目标文件。4.3 通用排查思路如果上面五个现场都没命中按下面这个顺序排查最快。第一看控制台第一行异常而不是滚动到最后一行第一行通常包含类名和具体报错原因。第二启动时提示端口被占用用 netstat -ano | findstr 8080 找到占用进程的 PID再 taskkill /PID 对应PID /F 结束进程然后重启。第三把 Tomcat 日志和命令行输出对照时间戳一致的报错才是当前这次启动产生的旧日志不要看。第四用 Navicat 打开数据库执行 select * from m_stock 看库存数据能快速判断是前端传参问题还是后端扣减逻辑问题。以上五个现场基本覆盖了这类源码从解压到答辩的高频事故。如果你跑的过程里出现了没列出来的报错优先看控制台第一行异常把关键类名和错误信息复制去搜索比反复双击 bat 高效得多。5. 把模板改成你自己的设计三步二开法与答辩前的验证5.1 拿到源码后的二开顺序我的二开习惯按这个顺序来第一步先备份 MySQL 数据库和整个源码目录存成 warehouse_backup_日期.sql 和源码 zip给自己留一颗后悔药第二步启动系统用管理员账号走一遍所有菜单确认哪些页面还能用、哪些按钮报错第三步才是改代码。先备份再改代码这个顺序能让你在改坏的时候十分钟内回到原始状态而不是对着改了一半的源码无从下手。如果你想把系统改成更像自己的课题不需要重写全部功能改三个点就够了修改系统名称和首页文案新增一个业务字段比如给商品加一个“规格”在答辩演示里突出自己动手改的那个模块。全套重写既容易被老师追问细节也浪费了大量可以用于答辩的时间不如把一个字段从数据库改到前端完整走通这个故事更好讲。5.2 一个字段从数据库改到小程序的完整链路拿“给商品加规格字段”为例先在 m_goods 表加 spec 字段再在后端实体类加 private String spec;修改对应的 mapper XML 的 resultMap 和 insert/update 语句接着在商品管理页面的表单里增加一个“商品规格”输入框提交时带上 spec最后确认列表页和详情页能显示 spec。这一套流程虽然要动四五个文件但每一步都是在自己掌控范围内答辩时可以说得很清楚。验证方法也很简单改完后重新打包启动在商品管理里新增一条带规格的商品再执行一次入库和出库确认库存数量与流水一致。最后在微信开发者工具里用预览模式跑一遍管理员主流程截图存证这些就是答辩时的演示素材。5.3 给答辩演示的检查小清单答辩前我会按这份清单过一遍管理员能否正常登录首页供应商、员工的增删改查是否正常商品入库后库存有没有增加商品出库后库存有没有减少在线沟通能否发出一条消息并显示在列表系统管理里日志有没有记录操作。如果六项都正常整套系统的演示就不会中途冷场。从那以后我每次接手二手源码都强制先备份数据库、再启动一次项目、最后才开始改代码这个顺序帮我躲过了不少次把库存表改到对不上账的尴尬。希望帮到你。本文还有配套的精品资源点击获取 微信小程序+Java+MySQL仓储管理系统源码：从环境配置到二开避坑
简介面向微信小程序课程设计与毕业设计场景的仓储管理系统完整源码包采用Java微信小程序MySQL架构适合需要快速搭建前后端分离项目的开发者或正在完成课题的中级程序员参考。管理员侧覆盖供应商、员工、商品分类与信息、商品入库出库、供应商货物、货物采购、在线沟通及系统管理等核心业务模块结构清晰。压缩包共1373个文件约32.13MB主要包含Java后端代码、小程序前端页面、SQL建库脚本、Vue页面及微信小程序配置与样式文件也附带启动脚本与项目配置说明便于本地环境部署。资源已有97人学习浏览适合作为课程设计、毕业设计或个人练习的完整蓝本有助于理解仓储业务数据流转、前后端联调及小程序开发流程。1. 微信小程序仓储管理系统源码包Java MySQL 小程序三端联动的毕业设计样板每到毕设季总有人抱着一个命名格式固定的压缩包找过来“【微信小程序毕业设计】仓储管理系统源码java小程序mysqlLW.zip”。解压以后满眼都是 .vue.bak、.bat新手的第一反应通常是先双击一个 bat 再说。这套微信小程序 Java MySQL 的仓储管理系统后端用 Java 提供接口、MySQL 5.7 落库小程序端负责页面和交互架构不算复杂却把供应商、员工、商品、入库、出库、采购、在线沟通这些仓储场景全串了起来。我拆包的重点从来不是“它有多高级”而是它能不能作为毕业设计或课程设计快速跑通、改造成自己要的样子。下面就按一线拆包的流程从环境匹配、启动顺序、表结构到踩坑点一层层过。2. 把仓储系统跑起来环境版本匹配与三个 bat 文件的执行顺序拿到源码包先别急着问“为什么我跑不起来”。这种 Java 小程序的毕设项目八成跑不起来的原因都在环境版本错配而不是代码本身。描述里写得很明确JDK 1.8、MySQL 5.7、Maven 3.3、Tomcat 7这些版本基本就是这套源码的“出厂参数”任何一项升上去都可能触发不兼容。我一般会先把环境对齐再走启动流程整个过程里能少一半以上的玄学报错。2.1 环境版本匹配清单第一步不是打开代码是打开命令行核对版本。下面这三条命令值得在每台新电脑上先跑一遍java -version mvn -version mysql --version三个命令的输出重点看前两行。java -version 显示 1.8.0_xxxmvn -version 里能看到 Apache Maven 3.3.x 以及 Java version: 1.8mysql --version 显示 5.7.xx。如果 mvn -version 里出现 Java version: 17 或更高说明默认 JVM 被高版本 JDK 抢走了后边 mvn clean install 大概率编译失败。为什么强调版本因为 JDK 1.8 编译出来的 class 文件放到 JDK 1.8 的 JVM 里跑最稳Tomcat 7 支持的是 Servlet 3.0项目里如果用了 javax.servlet 的老写法换成 Tomcat 10 以后包名全变了直接 NoClassDefFoundError。同理 MySQL 5.7 配 mysql-connector-java 5.1.x 的驱动没有问题换成 MySQL 8 就要面对 cj 驱动和时区参数两个新增配置对毕设来说没必要冒险。组件推荐版本需要检查的点JDK1.864 位JAVA_HOME 路径不带空格MySQL5.7服务名通常是 mysql57Maven3.3确认编译用的是 JDK 1.8Tomcat7.0server.xml 默认端口 8080数据库工具Navicat 11导入 SQL 时字符集选 utf8小程序工具HBuilderX / 微信开发者工具与源码类型匹配这套组合是典型的 SSM/传统 Java Web 毕设搭配。如果源码里带了 pom.xmlMaven 3.3 能正常解析如果只有 lib 目录那你还要确认是不是直接编译后扔进去的。除非你在 2-run.bat 里看到 spring-boot:run否则不建议擅自改成内嵌 Tomcat。2.2 三个 bat 文件到底谁先谁后压缩包里给出 1-install.bat、2-run.bat、3-build.bat名字已经把顺序写清楚了。我的习惯是先用记事本把它们挨个打开echo off REM 1-install.bat 常见内容安装依赖并打包 cd /d %~dp0 call mvn clean install -DskipTests pause这里的 %~dp0 是 bat 文件所在目录的完整路径防止你在其他目录下双击时找不到 pom.xml-DskipTests 跳过单元测试只做编译打包。install 会把构建产物装进本地 Maven 仓库后边 2-run 直接依赖它就行。如果没装 Maven 或者没配环境变量这个文件就会一闪而过这也是最常见的第一道坎。echo off REM 2-run.bat 常见内容启动后端 cd /d %~dp0 call mvn spring-boot:run pause如果项目是传统 war 包部署2-run.bat 里通常不是 spring-boot:run而是一段启动 Tomcat 的命令以你文件里实际写的内容为准。spring-boot:run 适合内嵌容器war 包方式则要先把 target 下的 war 复制到 Tomcat 的 webapps 目录再双击 startup.bat。echo off REM 3-build.bat 常见内容构建前端 cd /d %~dp0 call npm install call npm run build pause3-build.bat 一般负责前端资源构建。如果项目里前端是 uniapp那么它可能是用于 HBuilderX 的 cli 模式构建。这里有个容易误解的地方不是一定要跑 3-build 才能看到效果有些毕设源码直接把编译好的资源放在项目里跑不跑都不影响后端启动跑它只是为了改完前端代码后重新生成产物。完整顺序1-install 先打包后端 → 2-run 启动后端 → 3-build 构建前端。启动后端后看到 Tomcat started on port(s) 8080 的日志再打开小程序端。这两件事没有严格先后但小程序发请求时后端必须已经在监听。2.3 数据库初始化仓储系统最核心的数据都在 MySQL压缩包里一般会带一个 .sql 文件。用 Navicat 11 建库时字符集建议选 utf8mb4而不是默认的 latin1否则导进去中文全是问号。命令行执行也是一样的效果mysql -uroot -p123456 -e CREATE DATABASE warehouse DEFAULT CHARACTER SET utf8mb4; mysql -uroot -p123456 warehouse sql/warehouse.sql第一句创建数据库第二句把 SQL 文件重定向导入。注意 -p 后面直接跟密码不要有空格如果指定了 -p 而不写密码回车后还需要手动输入。导入完成后在 Navicat 里刷新能看到 m_user、m_goods、m_stock 之类的表才说明数据层就绪。然后去后端配置文件里确认数据库连接信息。常见位置是 resources 下的 db.properties 或 application.properties里面写着 jdbc:mysql://localhost:3306/warehouse、username、password。把这几个值和上面建库时的账号密码对齐后端才能连上数据库。这一步操作完启动顺序才算真正闭环。2.4 小程序端加载到哪边小程序端有两种常见源码形态如果是 HBuilderX 创建的 uniapp 工程目录里会有 pages.json、manifest.json如果是原生微信小程序工程根目录是 app.js、app.json。两者导入方式不同uniapp 用 HBuilderX 打开项目目录再点“运行 → 运行到小程序模拟器 → 微信开发者工具”原生小程序直接微信开发者工具“导入项目”选中根目录就行。开发阶段微信开发者工具里一定要做两件事第一在详情面板勾选“不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书”第二把代码里所有 http://localhost 换成你自己电脑的局域网 IP否则手机预览时小程序的请求根本发不出去。用 localhost 在开发者工具里能跑是因为工具本身代理了请求真机预览时手机访问的 localhost 是手机自己自然连不上电脑。注意改 IP 时同时记得改后端的跨域配置。常见做法是在后端加 CORS 过滤器允许的来源写 http://localhost:8080 和 http://192.168.x.x:8080真机调试才不会报 Access-Control-Allow-Origin 错误。到这里后端能启动、数据库能连、小程序能编译整个环境就闭环了。剩下的功夫都在改业务。3. 从供应商到出库功能模块、数据表与接口三者怎么咬合前边的启动只是热身。真正决定你答辩讲什么、二次开发改哪里的是功能模块和数据表之间的咬合关系。这套仓储系统在描述里列了个人中心、供应商管理、员工管理、商品分类、商品信息、入库、出库、供应商货物、货物采购、在线沟通、系统管理等模块表面上功能很多但剥开以后就是一条线供应商供货 → 采购 → 入库 → 库存变动 → 出库。3.1 先画业务线模块才不会乱我把模块按“主流程、基础数据、辅助功能”分了三类对应关系如下模块所属环节核心作用供应商管理基础数据维护供应商档案供采购单引用员工管理基础数据操作员账号与状态的维护商品分类管理基础数据分类树商品信息挂到分类下商品信息管理基础数据商品编码、名称、单位、状态供应商货物管理主流程建立供应商与商品的供货关系货物采购管理主流程生成采购单确定进什么货商品入库管理主流程写入库流水库存增加商品出库管理主流程写出库流水库存减少在线沟通管理辅助功能站内消息简化办公沟通系统管理辅助功能菜单、参数、操作日志这套系统的管理难度低因为业务上只需要一个管理员就能把所有流程操作完没有复杂的多级审批。也就是说采购单从创建到入库之间没有“主管审批”环节这在课程设计里是优点表少、流程短学生容易讲清楚。主流程的流转逻辑是先在商品信息管理里创建商品在供应商管理里创建供应商再通过供应商货物管理把两者绑定然后建采购单到货后做入库库存表就增加了对应数量后续出库时再扣减。在线沟通和系统管理不参与库存计算改动它们不影响主流程。3.2 库存表不要只存一个数字很多新手设计仓储表时只在商品表里加一个 stock 字段出库时直接减。这个做法在答辩时容易被老师一句话问倒你的库存数据怎么审计所以类似源码里更合理的设计是单独拆出商品表、库存表和流水表。商品表和库存表可以是一对一但流水表必须一条条记。下面这段建表语句是常见做法可以参考CREATE TABLE m_goods ( id BIGINT AUTO_INCREMENT PRIMARY KEY, goods_no VARCHAR(50) NOT NULL UNIQUE, name VARCHAR(120) NOT NULL, category_id BIGINT DEFAULT NULL, unit VARCHAR(20) DEFAULT 件, status TINYINT DEFAULT 1, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE m_stock ( id BIGINT AUTO_INCREMENT PRIMARY KEY, goods_id BIGINT NOT NULL UNIQUE, quantity INT NOT NULL DEFAULT 0, update_time DATETIME ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE m_stock_flow ( id BIGINT AUTO_INCREMENT PRIMARY KEY, goods_id BIGINT NOT NULL, type TINYINT NOT NULL COMMENT 1入库 2出库, quantity INT NOT NULL, before_quantity INT DEFAULT 0, after_quantity INT DEFAULT 0, operator_id BIGINT DEFAULT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;三张表各有分工。m_goods 负责商品静态属性goods_no 加唯一索引保证同一商品编码不会重复录入m_stock 负责当前库存goods_id 加唯一约束一条记录只对应一个商品不会出现同一个商品在库存表里存好几行m_stock_flow 负责每一次入库和出库的流水记录了操作前后数量审计时直接按流水重算库存。流水表里我习惯留 before_quantity 和 after_quantity 两个冗余字段。冗余看似浪费空间但排查“哪笔操作把库存改错了”的时候不需要重新执行历史事务一条 SQL 就能算清楚。这是仓储系统二开里很实用的小设计。扣库存也建议用条件更新代替“先查后改”两步操作比如UPDATE m_stock SET quantity quantity - 5, update_time NOW() WHERE goods_id 1 AND quantity 5;如果 UPDATE 影响的行数为 0说明当前库存不足业务上直接报错不允许出库。这种写法能避免两个人同时出库时把库存打成负数是库存扣减的常用手段比先 SELECT 再 UPDATE 更稳。3.3 后端接口和小程序页面怎么对上前端页面发请求后端接口干活这两者的对应关系决定了你能不能很快找到要改的地方。后端一般是一个 RestController接收 JSON 然后调 Service。以入库为例常见写法如下RestController RequestMapping(/api/stock) public class StockController { Autowired private StockService stockService; PostMapping(/in) Transactional(rollbackFor Exception.class) public Result stockIn(RequestBody StockInDTO dto) { if (dto.getQuantity() null || dto.getQuantity() 0) { return Result.error(入库数量不合法); } stockService.stockIn(dto.getGoodsId(), dto.getQuantity(), dto.getOperatorId()); return Result.ok(入库成功); } }这个接口做了三件事校验数量、调用 Service 写入流水并更新库存、返回统一结果。Transactional 意味着 stockIn 方法里所有数据库操作在同一个事务中写流水成功但更新库存失败时流水也会回滚不会出现流水与库存对不上的脏数据。rollbackFor 设置成 Exception.class是为了让运行时异常和普通业务异常都触发回滚。小程序端对应的请求代码大概是这样的wx.request({ url: http://localhost:8080/api/stock/in, method: POST, data: { goodsId: 1, quantity: 10, operatorId: 1 }, header: { content-type: application/json }, success(res) { if (res.data.code 200) { wx.showToast({ title: 入库成功, icon: success }); } else { wx.showToast({ title: res.data.msg, icon: none }); } }, fail(err) { console.error(入库请求失败, err); } });这里的 url、method、data 要和后端接口严格对应路径少了 /in或者 data 里的字段名与 DTO 属性不一致都会导致 400 或空参。header 里的 content-type 是 application/json后端用 RequestBody 才能正确解析。如果改成 application/x-www-form-urlencodedRequestBody 收到的会是空对象。找接口的方法也值得养成习惯小程序开发者工具里报错后打开 Network 面板看请求路径再到 IDEA 里按两次 Shift 搜索 Controller 里的 RequestMapping 路径片段基本一次就能定位到对应方法。改完后端代码记得重新启动不要指望热部署自动生效。4. 仓储系统避坑指南启动失败、端口冲突与库存错乱的五个现场前面的内容把正常流程走完了接下来专门说翻车现场。我拆毕设源码这几年十套里有八套的问题集中在启动阶段剩下两套在库存数据上。下面是几个最具代表性的现场。4.1 启动阶段的三道坎现场一双击 2-run.bat黑窗一闪就没了现象bat 文件双击后弹出命令行窗口还没看清文字就关闭了后端始终没起来。原因bat 里调用了 mvn 或 java 命令但系统找不到这些命令。常见于 JAVA_HOME 没配置、JAVA_HOME 指向了高版本 JDK、或者 Maven 的 bin 目录没加进 Path。解决在系统环境变量中新建 JAVA_HOME值设为 JDK 1.8 的安装目录例如 C:\Program Files\Java\jdk1.8.0_202再把 %JAVA_HOME%\bin 加到 Path。验证时重新开一个 cmd 窗口分别执行 java -version 和 mvn -version看到 1.8 和 Maven 3.3 再重新双击 bat。如果只想看错误信息可以在 cmd 里手动执行 2-run.bat窗口就不会自动关闭了。现场二MySQL 报 ERROR 2002 (HY000)现象命令行登录数据库时报错 ERROR 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock。原因MySQL 服务没有启动或者在 Windows 下把 socket 路径当成了连接方式。毕设环境里最常见的原因是服务被优化软件禁止自启或安装 MySQL 5.7 后服务名不是常用的 mysql。解决Windows 上按 WinR 输入 services.msc找到名字带 mysql 的服务常见 mysql57 或 MySQL手动启动并把启动类型改为自动。命令行连接时建议加 -h127.0.0.1强制走 TCP 而非 socket 文件这样能绕开 socket 路径导致的问题。现场三Tomcat 起来了页面 404现象Tomcat 日志显示启动成功但打开 http://localhost:8080 后页面 404或者后端接口没有一个能访问。原因war 包没有复制到 webapps 目录或上下文路径不对。另一个常见原因是 target 目录下的 class 没更新旧代码还残留在 Tomcat 的 work 缓存里。解决先确认访问路径http://localhost:8080/项目名/。再把新打好的 war 包放入 webapps删除 work/Catalina 下的缓存目录后重启 Tomcat。每次改了 Java 代码都要重跑一次 mvn package不要只复制 src 目录到 Tomcat 下那样不会触发编译。4.2 数据与前端阶段的两个坑现场四出库后库存变成负数或者流水对不上现象库存表里出现了负数查流水却发现每条出入库单都是完整的。原因只写了出库流水却没有在扣减库存时判断“库存够不够”或者扣库存和写流水不在同一个事务里中途抛异常后库存被更新、流水没写成功。解决按前面 3.2 节的条件更新方式处理库存UPDATE 影响行数为 0 一律返回“库存不足”。同时在 Service 类上加 Transactional(rollbackFor Exception.class)。排查历史数据时用流水表重算每个商品的应有库存再与 m_stock 对比差异就是出错的那几笔单据。现场五改了 .vue.bak 文件小程序页面毫无变化现象想改前端页面打开了 main.css.bak、IndexMain.vue.bak 这类文件改了以后重新编译页面还是老样子。原因.bak 是备份文件不是被编译加载的源码。项目实际读取的是同目录下的 main.css、IndexMain.vue 等无后缀文件改备份文件等于白改。另外 HBuilderX 与微信开发者工具之间存在缓存即使改了正确文件不重新编译也可能显示旧页面。解决先在 HBuilderX 里找到同名且不带 .bak 的文件再编辑。改完后重新运行 HBuilderX 的“运行到小程序模拟器”再到微信开发者工具里点“清缓存 → 全部清除”最后编译。查看文件最后修改时间也能确认自己改的是不是目标文件。4.3 通用排查思路如果上面五个现场都没命中按下面这个顺序排查最快。第一看控制台第一行异常而不是滚动到最后一行第一行通常包含类名和具体报错原因。第二启动时提示端口被占用用 netstat -ano | findstr 8080 找到占用进程的 PID再 taskkill /PID 对应PID /F 结束进程然后重启。第三把 Tomcat 日志和命令行输出对照时间戳一致的报错才是当前这次启动产生的旧日志不要看。第四用 Navicat 打开数据库执行 select * from m_stock 看库存数据能快速判断是前端传参问题还是后端扣减逻辑问题。以上五个现场基本覆盖了这类源码从解压到答辩的高频事故。如果你跑的过程里出现了没列出来的报错优先看控制台第一行异常把关键类名和错误信息复制去搜索比反复双击 bat 高效得多。5. 把模板改成你自己的设计三步二开法与答辩前的验证5.1 拿到源码后的二开顺序我的二开习惯按这个顺序来第一步先备份 MySQL 数据库和整个源码目录存成 warehouse_backup_日期.sql 和源码 zip给自己留一颗后悔药第二步启动系统用管理员账号走一遍所有菜单确认哪些页面还能用、哪些按钮报错第三步才是改代码。先备份再改代码这个顺序能让你在改坏的时候十分钟内回到原始状态而不是对着改了一半的源码无从下手。如果你想把系统改成更像自己的课题不需要重写全部功能改三个点就够了修改系统名称和首页文案新增一个业务字段比如给商品加一个“规格”在答辩演示里突出自己动手改的那个模块。全套重写既容易被老师追问细节也浪费了大量可以用于答辩的时间不如把一个字段从数据库改到前端完整走通这个故事更好讲。5.2 一个字段从数据库改到小程序的完整链路拿“给商品加规格字段”为例先在 m_goods 表加 spec 字段再在后端实体类加 private String spec;修改对应的 mapper XML 的 resultMap 和 insert/update 语句接着在商品管理页面的表单里增加一个“商品规格”输入框提交时带上 spec最后确认列表页和详情页能显示 spec。这一套流程虽然要动四五个文件但每一步都是在自己掌控范围内答辩时可以说得很清楚。验证方法也很简单改完后重新打包启动在商品管理里新增一条带规格的商品再执行一次入库和出库确认库存数量与流水一致。最后在微信开发者工具里用预览模式跑一遍管理员主流程截图存证这些就是答辩时的演示素材。5.3 给答辩演示的检查小清单答辩前我会按这份清单过一遍管理员能否正常登录首页供应商、员工的增删改查是否正常商品入库后库存有没有增加商品出库后库存有没有减少在线沟通能否发出一条消息并显示在列表系统管理里日志有没有记录操作。如果六项都正常整套系统的演示就不会中途冷场。从那以后我每次接手二手源码都强制先备份数据库、再启动一次项目、最后才开始改代码这个顺序帮我躲过了不少次把库存表改到对不上账的尴尬。希望帮到你。本文还有配套的精品资源点击获取