简介面向高校计算机专业毕业设计的基于 Spring Boot 的进销存管理系统源码包适合 Java 开发者、应届毕业生参考学习。系统以企业物资流与资金流为主线覆盖采购订单持久化、采购入库与退货、商品入库出库、库存查询、销售订单添加与发货、销售退货、员工培训信息管理等完整业务流程从源码预览可见包含权限控制、商品管理、出入库处理、销售与退货等核心模块并运用了 Shiro 权限控制具备较清晰的分层结构与功能划分可为毕业设计选题提供完整的项目方案。资源包共 672 个文件压缩后约 4.07MB文件类型以 Java 源码103 个、class 编译文件103 个、HTML 页面98 个、JS 脚本84 个为主同时包含 SQL 数据库脚本、XML/JSON 配置文件、CSS 样式及图片素材既便于直接导入 IDE 阅读源码也支持前端页面与后端接口对照调试。目前已有 2536 人学习下载适合需要快速理解并复现一个完整进销存管理系统的学生开发者。1. 进销存毕设项目Spring Boot源码数据库拿到手先想清楚这三件事做毕业设计选进销存管理系统的人比选电商、选博客的多得多原因很简单进销存是典型的业务系统采购、销售、库存、供应商、客户、统计报表每个模块都够你用Spring Boot完整走一遍CRUD、权限、事务、分页这些Java Web必考技能。这个标题里打包的“项目源码数据库.zip”本质就是一份带完整前后端和初始化SQL的Spring Boot参考工程适合拿来做课程设计、毕业设计甚至是入职前的练手项目。但我要先说一句不中听的下载源码、导入数据库、点运行、看到登录页这一步谁都会毕业设计能不能过、答辩能不能说清楚取决于你能不能讲明白这个系统的数据流和每一个表存在的意义。这篇笔记就是按这个标准来写的——先帮你把这个标题背后的工程拆透再带你把Spring Boot进销存从配置到跑通、从运行到改造成自己的毕设走一遍。该设置的参数、该踩的坑、答辩时会被问到的问题都会提到。2. Spring Boot在进销存系统里的角色从框架选型到工程骨架2.1 为什么是Spring Boot毕设项目选型的第一原则是“稳”如果你搜过“springboot框架”相关的教程和源码会发现近三年的Java课程设计案例源码里Spring Boot已经成了事实标准。原因不复杂Spring Boot把Spring MVC、Jackson、嵌入式Tomcat、数据源自动配置这些早年需要手写一大堆XML的东西全部自动装配了你只需要在application.yml里写几行配置就能起一个Web项目。对做毕设的同学来说选Spring Boot意味着你可以把精力放在“进销存业务逻辑”上而不是在配置Spring、配置MyBatis上熬两个通宵。进销存系统还有一个特殊性它是强事务系统一个采购入库操作要同时更新库存表、插入单据表、可能还要改供应商的应付账款。Spring Boot默认支持Spring声明式事务一个Transactional注解就能搞定。相比之下像PHP写的那种纯脚本方案事务控制要靠手写一旦项目大了很容易漏。所以我的建议是除非你的毕设题目明确要求别的技术栈否则Spring Boot MyBatis MySQL是进销存毕设最稳的组合。2.2 解压zip之后先看什么标准工程结构必须认识拿到一个“springboot进销存项目源码数据库.zip”包解压后你大概率会看到这样一个工程结构。这是约定俗成的Spring Boot项目布局源码包里十有八九是这门课布置下来的标准模板。了解这个布局是之后改代码、写论文、画架构图的底气。inventory-system/ ├── pom.xml // Maven依赖管理Spring Boot版本 ├── src/main/java/com/example/inventory/ │ ├── InventoryApplication.java // 启动类 │ ├── config/ // 配置类放拦截器、跨域、MyBatis分页等 │ ├── controller/ // 控制层接收前端请求 │ ├── service/ // 业务层处理业务逻辑和事务 │ ├── mapper/ // MyBatis数据访问层接口 │ ├── entity/ // 数据库表对应的实体类 │ └── common/ // 通用返回值、异常处理、工具类 ├── src/main/resources/ │ ├── application.yml // Spring Boot配置文件 │ └── mapper/ // MyBatis的XML映射文件SQL写在这里 └── sql/ └── inventory.sql // 数据库初始化脚本这里要特别提醒resources/mapper目录下的XML文件是MyBatis的SQL映射文件。很多新手拿到源码后找不到“SQL写在哪”其实就在这个目录里。业务代码在service层数据库操作在mapper层controller只负责接收参数和返回结果——这个分层结构就是毕业设计论文里“系统设计”章节的配图素材不要照抄别人的图你得能自己画出来。如果源码包里还带了前端目录通常是两种形态一种是传统模板渲染用Thymeleaf或JSP页面放在resources/templates下另一种是前后端分离Spring Boot Vue前端是单独的vue前端文件夹需要npm install和npm run dev才能跑起来。后者对应的是热词里“springboot vue前后端分离”的趋势也意味着你的毕设要额外演示前端打包部署的步骤工作量更大但看起来更“高级”答辩时老师通常也更吃这一套。2.3 登录鉴权与角色权限进销存系统最容易被卡住的一块进销存系统的用户一般分管理员、采购员、销售员、仓管员这几种角色。采购员不能看到销售单仓管员不能修改商品价格要实现这个就要用Spring Boot里的拦截器HandlerInterceptor或者过滤器Filter比如处理XSS攻击的全局过滤器配合Session或JWT来做登录拦截和角色校验。我在不少毕设源码里看到过一种极简方案很适合接手别人的项目登录成功后把user对象放进Session定义一个自定义拦截器拦截所有除登录页和静态资源之外的请求从Session里取user取不到就重定向到登录页。角色权限再在拦截器里加一个if (!admin.equals(role))判断。这段代码是毕业设计出镜率最高的部分建议你拿到源码后第一件事就是找到这个拦截器读懂它并能在答辩时讲出它的工作流程。Component public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行登录接口和静态资源 if (request.getRequestURI().contains(/login) || request.getRequestURI().contains(/static)) { return true; } // 从Session获取登录用户取不到就重定向到登录页 Object user request.getSession().getAttribute(loginUser); if (user null) { response.sendRedirect(/login); return false; } return true; } }这段代码的逻辑是所有请求进入Controller之前先过preHandle方法登录接口和静态资源直接放行其他请求必须带Session里的loginUser属性否则就弹回登录页。参数说明HandlerInterceptor是Spring MVC提供的拦截器接口preHandle返回true继续执行false中断请求。另外在Spring Boot中还需要一个WebMvcConfigurer配置类把这个拦截器注册到InterceptorRegistry里并指定拦截路径addPathPatterns(/**)、排除路径excludePathPatterns(/login, /css/**, /js/**)。如果用的是前后端分离方案这里要换成JWT Token前端请求带Authorization头后端写一个OncePerRequestFilter从Header里解析token。两种方案选一个吃透就行。2.4 分页、事务与全局异常三个让代码“体面”的细节进销存的商品列表、入库单列表、销售统计数据量一大就要分页。如果你在源码里看到的是自己手写LIMIT计算页码那属于远古写法现代Spring Boot毕设项目标配是MyBatis分页插件PageHelper。pom依赖加pagehelper-spring-boot-starter配置里写一行helper-dialect: mysql然后在service层调用PageHelper.startPage(pageNum, pageSize); ListProduct list productMapper.selectProductList(product); PageInfoProduct pageInfo new PageInfo(list);这里PageHelper.startPage(pageNum, pageSize)后面必须紧跟第一条Mapper查询中间不能插入其他SQLPageInfo里自带getTotal()、getPages()这些分页参数前端直接拿这个对象渲染页码。这是“mybatis的分页插件的用法 springboot”这个搜索热词背后的标准答案也是答辩时老师最爱让你讲的一段代码。事务方面进销存里的采购入库、销售出库必须有事务。Transactional默认只捕获RuntimeException回滚如果业务里抛出的是受检异常比如Exception需要手动指定rollbackFor Exception.class。全局异常处理用RestControllerAdvice写一个类把BusinessException、参数校验异常、兜底异常分别映射到统一返回值。这套代码在进销存源码里是“common”包下的标配能让你在答辩时说清楚“系统如何保证数据一致性”——这已经超过一半的毕设提升了。3. 进销存数据库设计五张核心表与字段取舍3.1 商品、供应商、客户、库存、订单先定主体再补关联进销存的核心是“进、销、存”三个动作围绕这三个动作至少有五张表product商品表、supplier供应商表、customer客户表、inventory库存表、order订单表或拆成采购单和销售单。顺手再补两张辅助表user用户表和order_item订单明细表。数据库设计是毕业设计论文的重头戏也是答辩连环问的高发区。下面是一份在毕设源码中最常见的进销存数据库初始化脚本按这份脚本建出来的库能支撑起基本的采购入库、销售出库和库存查询-- 用户表保存系统登录账号 CREATE TABLE user ( id int NOT NULL AUTO_INCREMENT COMMENT 主键, username varchar(50) NOT NULL COMMENT 登录名, password varchar(100) NOT NULL COMMENT 密码(MD5/BCrypt加密), real_name varchar(50) DEFAULT NULL COMMENT 真实姓名, role tinyint NOT NULL DEFAULT 1 COMMENT 角色: 1管理员 2采购员 3销售员 4仓管员, create_time datetime DEFAULT CURRENT_TIMESTAMP, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT系统用户表; CREATE TABLE product ( id int NOT NULL AUTO_INCREMENT COMMENT 商品主键, product_no varchar(50) NOT NULL COMMENT 商品编号, name varchar(100) NOT NULL COMMENT 商品名称, category varchar(50) DEFAULT NULL COMMENT 商品分类, unit varchar(20) DEFAULT 件 COMMENT 计量单位, purchase_price decimal(10,2) DEFAULT NULL COMMENT 采购单价, sale_price decimal(10,2) DEFAULT NULL COMMENT 销售单价, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_product_no (product_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT商品表; CREATE TABLE supplier ( id int NOT NULL AUTO_INCREMENT, supplier_no varchar(50) NOT NULL COMMENT 供应商编号, name varchar(100) NOT NULL COMMENT 供应商名称, contact varchar(50) DEFAULT NULL COMMENT 联系人, phone varchar(20) DEFAULT NULL COMMENT 联系电话, address varchar(200) DEFAULT NULL COMMENT 地址, PRIMARY KEY (id), UNIQUE KEY uk_supplier_no (supplier_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT供应商表; CREATE TABLE customer ( id int NOT NULL AUTO_INCREMENT, customer_no varchar(50) NOT NULL, name varchar(100) NOT NULL, phone varchar(20) DEFAULT NULL, address varchar(200) DEFAULT NULL, PRIMARY KEY (id), UNIQUE KEY uk_customer_no (customer_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT客户表; CREATE TABLE inventory ( id int NOT NULL AUTO_INCREMENT, product_id int NOT NULL COMMENT 商品ID, quantity int NOT NULL DEFAULT 0 COMMENT 当前库存数量, safe_quantity int DEFAULT NULL COMMENT 安全库存下限, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_product_id (product_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT库存表; CREATE TABLE order ( id int NOT NULL AUTO_INCREMENT, order_no varchar(50) NOT NULL COMMENT 单据编号, order_type tinyint NOT NULL COMMENT 类型: 1采购入库 2销售出库, partner_id int NOT NULL COMMENT 供应商或客户ID, operator_id int NOT NULL COMMENT 操作人, total_amount decimal(12,2) DEFAULT NULL COMMENT 单据总金额, order_date datetime NOT NULL COMMENT 单据日期, remark varchar(255) DEFAULT NULL, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT单据主表; CREATE TABLE order_item ( id int NOT NULL AUTO_INCREMENT, order_id int NOT NULL COMMENT 单据主表ID, product_id int NOT NULL COMMENT 商品ID, quantity int NOT NULL COMMENT 数量, price decimal(10,2) NOT NULL COMMENT 成交单价, subtotal decimal(12,2) NOT NULL COMMENT 小计, PRIMARY KEY (id), KEY idx_order_id (order_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT单据明细表;每张表的COMMENT一定要保留因为答辩时老师很可能会直接打开你的数据库看注释它能直接体现你有没有认真做设计。order这个表名要注意它是MySQL的保留字最好加反引号或者直接改叫purchase_order和sale_order分开建表毕设源码里通常用反引号方案但并不推荐——写在SQL里的时候忘加反引号的概率太高了这也是很多“导入SQL就报错”的坑。3.2 出入库流水把库存变化做成一张只追加的表如果你看过真正的进销存产品源码会发现除了上面的inventory表还会有一张stock_record——库存流水表。每一次入库、出库、盘点调整都往这张表里插一条记录商品ID、变动数量正负、变动类型、变动前后的库存数量、关联单据号。这么做最大的好处是任何一个时间点的库存数都能从流水算出来出了问题可以追溯而不是只能看到“当前库存是0”的结果。毕业设计里不一定要求这张表但如果你想让项目有亮点加一张流水表是性价比极高的选择。它对应论文里的“系统详细设计”和“数据库设计”两个章节还能引出“生产环境下库存系统为什么不做直接UPDATE而要做流水追加”这个业务问题。简单的说库存快照表是结果库存流水表是过程有过程的数据才有说服力。库里还有一类容易被忽略的表是“字典表”比如dict_product_category存商品分类、dict_unit存计量单位。毕设源码里一般不会建这么细通常是直接写死在下拉框里。这个不怪你但我建议把分类和单位保持在前端下拉框配置而不是硬编码在代码里这样一个简单改动就能让系统看起来更灵活。3.3 SQL脚本里的初始数据管理员账号、演示商品、测试库存数据库脚本里除了建表语句还要有初始化数据。最常见的初始数据有三类-- 1. 默认管理员账号密码123456用MD5加密后的值不要存明文 INSERT INTO user (username, password, real_name, role) VALUES (admin, $2a$10$D9J0Q6Uw4JzY3HsSxY8xP.2P7wXlL1OiH8WtQ1UZ1oVJ8kIkN6qQq, 系统管理员, 1); -- 2. 演示商品方便系统启动后就有数据可看 INSERT INTO product (product_no, name, category, unit, purchase_price, sale_price) VALUES (SP001, 示例商品A, 办公用品, 件, 10.00, 15.00), (SP002, 示例商品B, 耗材, 盒, 20.00, 28.00); -- 3. 初始库存与商品对应保证登录后能看到“首页统计”效果 INSERT INTO inventory (product_id, quantity, safe_quantity) VALUES (1, 100, 20), (2, 50, 10);这里对密码加密要单独说源码包里的用户表初始密码常见有MD5和BCrypt两种加密。MD5现在已经不建议用于生产系统但毕设里大量出现因为老教程多$2a$10$开头是BCrypt格式对应spring-security-crypto库或jbcrypt。你用哪个就跟代码里的PasswordEncoder保持一致否则会登录失败。拿到源码后第一件事就是用application.yml里默认的管理员账号登录一遍这个动作能过滤掉一半的“密码对不上”问题。3.4 连接池与SQL日志运行期排查全靠这两个配置Spring Boot默认使用HikariCP连接池不用额外配置就能跑。但有几个参数建议在答辩时能说出来maximum-pool-size默认10connection-timeout默认30000毫秒这两个值在小项目里不用调但能说清楚“数据库连接池是管理数据库连接的缓存避免每次请求都重新建立连接”——这句话本身就是数据库热词“mysql的数据库连接池”的考点。更值得动手的是打开SQL日志它能让你看到MyBatis真正执行的SQL语句logging: level: com.example.inventory.mapper: debug把com.example.inventory.mapper的日志级别设为debug后控制台会打印MyBatis执行的每一条SQL和参数。排查“页面查不到数据但库里明明有”这类问题这是最直接的方法。MyBatis还支持配置驼峰映射让数据库字段product_no自动映射到实体类的productNo属性在application.yml里写一行map-underscore-to-camel-case: true可以避免在XML里手写resultMap的繁琐。4. 从源码到跑通本地运行Spring Boot进销存项目的完整步骤4.1 环境准备JDK、Maven、MySQL的版本搭配源码包里的pom.xml已经锁定了Spring Boot版本你本地的环境必须和它匹配。常见的搭配是Spring Boot 2.7.x对应JDK 1.8或11Spring Boot 3.x对应JDK 17。MySQL则用5.7或8.0都行驱动方面Spring Boot会自动根据URL匹配但如果遇到“Unable to load authentication plugin caching_sha2_password”这个报错就是MySQL 8.x默认认证插件和旧驱动不兼容换用较新的mysql-connector-j版本即可。开发工具就用自己的IDEIDEA还是Eclipse都影响不大重点是JDK和Maven仓库要配置好。Maven依赖下载慢的话记得改阿里云镜像settings.xml里加一段mirror指向https://maven.aliyun.com/repository/public能省下大量时间。这一步不算“作弊”算是国内Java开发的常规操作热词“springboot配置”里一半的问题都是依赖下载和仓库配置的问题。4.2 改配置application.yml里必改的四个参数Spring Boot进销存项目里src/main/resources/application.yml是核心配置。拿到源码后下面这四个位置是必改的server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/inventory?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse username: root password: 123456 servlet: multipart: max-file-size: 10MB max-request-size: 10MB mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.inventory.entity configuration: map-underscore-to-camel-case: true pagehelper: helper-dialect: mysql reasonable: true参数说明url里的serverTimezoneAsia/Shanghai必写不然MySQL 8.0会报时区错误useSSLfalse避免本机连接时的SSL警告mapper-locations指定MyBatis的XML文件位置如果源码里的XML文件在resources/mapper下这里就不用动。pagehelper.reasonable: true表示页码越界时自动纠正比如第0页自动变成第1页这个小参数能让分页逻辑更健壮。如果源码是前后端分离版还要检查跨域配置和前端请求的baseURL。一个非常常见的现象前端能启动但一调用接口就报跨域错误原因就是后端没开CORS。Spring Boot里加一个CrossOrigin注解或写一个WebMvcConfigurer配置类即可解决。4.3 导入SQL并启动在IDE里把项目跑起来的三步第一步在你的MySQL里创建一个数据库名字要和application.yml里的url保持一致。直接在Navicat或命令行里跑mysql -uroot -p123456 CREATE DATABASE IF NOT EXISTS inventory DEFAULT CHARSET utf8mb4; use inventory; source /path/to/inventory.sql;注意Windows下source路径要用正斜杠或转义反斜杠否则会报找不到文件这是一个非常经典的小坑。导入成功后用show tables;确认所有表都已经建立这一步能定位你是否导对了SQL文件。第二步在IDEA里打开项目根目录的pom.xml让Maven自动下载依赖。等到右侧Maven窗口的依赖列表不再报红就可以直接运行InventoryApplication这个启动类。运行后看控制台日志出现Started InventoryApplication in 5.32 seconds这样的内容说明启动成功。第三步打开浏览器访问http://localhost:8080看到登录页说明整个链路已经通了。如果用默认的admin/123456登录进去之后页面空白或接口报500错误优先去查日志里的SQL异常大概率是数据库初始化数据不完整或字段名和实体类对不上。4.4 用Postman或浏览器验证进销存核心链路项目跑通后先别急着写论文用手动测试把核心链路走一遍。以销售出库为例登录后建一张销售单选客户、选商品、填数量、填单价提交后去库存页面看该商品的库存数量有没有减少。这一步同时验证了订单表写入、库存表更新和事务回滚逻辑。如果在Spring Boot 里这个流程你没走通后面写“系统测试”章节时就没有真实数据可写到时候全靠编答辩老师一问就露馅。我一般还会用Postman测一遍登录接口看返回的JSON格式是否统一。比如登录成功返回{code: 200, data: {token/userInfo}}参数错误返回{code: 400, message: ...原因}这种统一返回值结构是毕业设计里“接口设计”章节需要展示的核心内容也是后续改成前后端分离时的数据约定基础。5. 进销存毕设源码避坑5个别人常翻车的点5.1 启动报时区错误控制台抛出The server time zone value Öйú±ê׼ʱ¼ä is unrecognized现象Spring Boot启动连接数据库时报时区无法识别URL里不带serverTimezone或者带了错误的值。原因MySQL 8.0以上默认时区设置和JDBC驱动不一致本质是连接串里缺少时区参数有时是因为你的MySQL服务在安装时选了中国时区但驱动拿不到系统时区。解决在application.yml的数据库URL末尾加serverTimezoneAsia/Shanghai如果之前已经加了还是报错检查URL里是不是用了中文分号或空格直接复制我上面给的完整字符串替换最稳。MySQL 5.7一般不会有这个问题所以这个坑更多是MySQL 8.0用户会遇到。5.2 明明导入了SQL但登录时报“表不存在”现象进入登录页输入账号密码点击登录后报Table inventory.order doesnt exist但show tables里确实没有这张表。原因order是MySQL保留字创建表语句没加反引号时MySQL会把它当作关键字解析建表失败。这类表还包括user、group、key等很多毕设源码里的SQL脚本自己就不带反引号执行时有一半的表没建成功。解决打开inventory.sql按CtrlF搜索一下所有创建表的语句给疑似保留字的表名统一加上反引号。更省事的办法是重新执行一遍SQL脚本执行完不要再单独建表通过show tables逐个核对。5.3 保存采购入库单后库存数量变成负数现象采购入库单保存成功但对应商品的库存反而变成负数。原因这是进销存系统最典型的业务逻辑漏洞。源码里保存采购单和更新库存是两个独立SQL中间没有事务控制前端连续点击“保存”按钮时并发执行导致库存被重复扣减或是业务逻辑里把入库写成减库存。解决在service层的入库方法上添加Transactional(rollbackFor Exception.class)确保“插入单据”和“更新库存”在同一个事务里任何一步失败都整体回滚。同时在前端对提交按钮做防重复提交处理比如提交后置灰2秒。用Postman并发请求测试接口验证修复效果。5.4 图片上传后刷新页面就404现象在商品管理里上传了商品图片当时页面显示正常刷新后图片加载不出来控制台报404。原因Spring Boot默认的静态资源目录是classpath:/static/但上传的文件如果保存到了项目运行时的临时目录如/tmp/或IDE启动时生成的工作目录重启或刷新后就找不到了。另外一个常见原因是把上传目录写在了resources下重新编译时文件被覆盖。解决在application.yml里配置自定义上传路径例如upload.path: D:/uploads/然后写一个自定义ResourceHandler把/upload/**映射到那个物理路径。这样文件不会随着项目重启丢失也方便答辩时演示真实文件。关键代码是Configuration public class UploadConfig implements WebMvcConfigurer { Value(${upload.path}) private String uploadPath; Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceLocations(file: uploadPath /); } }addResourceHandler(/upload/**)表示URL中以/upload/开头的请求addResourceLocations(file: uploadPath)表示映射到本地磁盘目录Spring Boot 会把你定义的配置类自动加载。这里的Value注解从配置文件读取upload.path的值本地跑项目时绝对路径比相对路径省心。5.5 拿到源码后直接改了个项目名启动就报一堆错现象把源码里的包名、项目名改成自己的学号姓名后项目无法启动报找不到主类或包不存在。原因Spring Boot的启动类扫描规则是启动类所在包及其子包组件才会被扫描如果你改了包名但没有同步更新所有import语句或者启动类里的SpringBootApplication还在旧的包路径下都是这个错误。此外pom.xml里的groupId、artifactId以及resources下的配置文件里的包路径引用也要一起改。解决改包名用IDEA的Refactor功能让IDE帮你全局重命名而不是手动一个个改改完检查InventoryApplication.java的包路径是不是和entity/service/controller这些包在同一级。如果项目里有用到type-aliases-package或mapper-locations也要按com.xxx.inventory的路径同步修改。最稳妥的经验拿到源码后第一周不要改项目名先把功能跑通了最后两三天再统一改名。6. 把别人的Spring Boot进销存变成自己的毕设两个动作让答辩加分6.1 用“操作日志表”替换简单的增删改查记录大部分进销存毕设源码里没有“操作日志”这个概念你可以自己加一张operation_log表专门记录用户登录、采购入库、销售出库、修改商品价格这类关键操作。用Spring Boot的AOP切面写一个注解给Controller方法加上OperationLog(采购入库)切面在方法执行后自动把当前操作用户、操作时间、业务类型、请求参数写入日志表。这张表在论文里可以写成“系统安全管理模块”演示时还能展示“谁在什么时间做了什么操作”比光秃秃的CRUD有说服力得多。这个功能的代码量不大但对答辩评分的提升是实打实的。6.2 增加一个本系统没有的“库存预警”统计视图进销存系统最值得加的新功能就是“库存预警”当库存数量低于安全库存时在首页顶部醒目提示缺货商品并推送到商品列表。实现上只需要在inventory表的safe_quantity字段上做文章写一个Mapper方法selectLowInventoryProducts()查询条件就是quantity safe_quantity OR quantity 0然后在首页的Controller里调用它把结果返回到前端渲染。做一个独立的“预警分析”页面把缺货商品列表、预计采购金额、供应商联系电话放在一起展示。这个功能能让答辩老师直观感受到“你理解进销存业务的核心痛点”而不是只会在框架里做数据表格。结尾说一句我的习惯每次拿到新的源码包我都会先做三件事——跑通登录、看清application.yml、翻一遍schema.sql。别小看这三件事它们决定你后续是花三天改造成自己的毕设还是花三周和一堆莫名其妙的报错缠斗。如果这篇笔记能让你在开箱运行的时候少走一两个弯路那这些文字就值得了。希望帮到你。本文还有配套的精品资源点击获取