尧图网页设计 
简介这份资源是面向高校计算机相关专业学生的Java课程设计与期末大作业参考项目采用SpringBoot后端搭配Vue前端实现完整的外卖管理系统适合需要提交课程设计、毕业设计或自学前后端分离开发的学习者使用。压缩包共192个文件约26.55MB其中73个Java文件承载后端业务逻辑与接口实现21个JavaScript、20个HTML与17个CSS文件构成前端页面与交互样式另有12个XML配置、1个SQL数据库脚本及字体图标等静态资源结构完整、层次清晰。目前已有348人学习下载说明该项目在同类课程设计选题中具有一定参考价值。项目涵盖用户管理、菜品管理、订单处理、地址维护等外卖业务核心模块前端页面样式与后端接口相互对应下载后可直接运行调试便于读者快速理解前后端分离架构的搭建流程、接口调用方式与数据库表设计思路也可在此基础上进行功能扩展与二次开发作为课程答辩或期末提交的完整方案。1. 从一份 95 分课设说起这套 SpringBootVue 外卖系统到底能跑通什么如果你正在为 Java 课程设计或期末大作业发愁大概率会遇到一个尴尬局面需求文档写得漂亮真到动手时发现登录鉴权、订单状态流转、前后端联调全是坑。这份「基于 SpringBootVue 的外卖管理系统」源码包恰好是那种能直接跑起来、又能拆开看结构的完整项目。它把后端 SpringBoot 的接口分层、MyBatis 的数据映射、Vue 的组件化页面和 MySQL 的建表脚本打包在一起覆盖了用户下单、商家接单、菜品管理、订单查询这条主链路。适合两类人一类是时间紧、需要一份能演示、能答辩的课设底座另一类是刚学完 SSM 想过渡到前后端分离的练手者。下面我不讲空话直接按「拿到包怎么跑、每个模块怎么改、哪里最容易翻车」的顺序拆一遍。2. 环境准备与项目结构先把 SpringBoot 和 Vue 的版本对齐2.1 后端依赖与 JDK 版本选择拿到源码第一步不是急着mvn spring-boot:run而是先看pom.xml里的 SpringBoot 版本。常见课设项目会停在 2.7.x 或 3.0.x 附近这两个分支对 JDK 要求不同2.7.x 配 JDK 8 或 11 都稳3.0.x 强制 JDK 17。如果你本机装的是 JDK 8却拿到一个 SpringBoot 3 的包启动时会直接报Unsupported class file major version这就是热搜里「springboot版本太高」的典型现场。我一般会先执行下面这段确认环境再决定要不要改版本# 查看当前 JDK 版本确认是否匹配 pom 里的 spring-boot-starter-parent java -version # 查看 Maven 版本课设项目一般用 3.6 以上即可 mvn -v # 进入项目根目录后先只做依赖解析不启动 mvn dependency:resolve逻辑说明java -version输出里的1.8.0_xxx代表 JDK 817.0.x代表 JDK 17。mvn dependency:resolve会提前把依赖拉到本地仓库如果网络受限或镜像没配好这一步就会暴露问题而不是等到启动时才报ClassNotFoundException。参数上如果你用的是 IDEA记得在File → Project Structure → Project里把 SDK 和 Language Level 都设成与 pom 一致只改一处经常出现「编译过了但运行报错」的玄学。数据库方面源码包通常带一个.sql文件。常见做法是先在 MySQL 里建一个空库比如waimai字符集选utf8mb4再用命令行导入# 登录 MySQL 并创建数据库 mysql -u root -p -e CREATE DATABASE waimai DEFAULT CHARACTER SET utf8mb4; # 导入源码包里的 sql 文件注意路径换成你本机实际位置 mysql -u root -p waimai /path/to/waimai.sql导入后一定要SHOW TABLES;确认表数量。有些包里的 sql 只建表不插数据管理员账号需要你手动补一条或者从application.yml里找默认密码。这一步不做登录页会一直提示账号不存在很多人以为是前端问题其实是库里空的。2.2 前端 Vue 工程的依赖安装与代理配置前端目录一般叫vue或frontend里面是package.json。Vue 2 和 Vue 3 的安装命令不同先看package.json里vue的版本号再动手。Vue 2 项目用npm install基本能过Vue 3 项目如果 node 版本太低会报engine错误建议 node 16 以上。# 进入前端目录 cd frontend # 安装依赖国内环境可加 registry 参数 npm install --registryhttps://registry.npmmirror.com # 启动开发服务器 npm run serve逻辑说明npm install会根据package-lock.json还原依赖树如果源码包没带 lock 文件装出来的版本可能和作者当时不一致导致vue-router或axios行为差异。npm run serve是 Vue CLI 项目的标准启动命令Vite 项目则是npm run dev看package.json的scripts字段确认。前端启动后通常跑在 8080后端也常是 8080端口冲突时前端会自己换到 8081但接口代理还指着 8080于是所有请求 404。解决办法是在vue.config.js或vite.config.js里把proxy的 target 改成后端真实端口或者直接改后端server.port。提示前后端分离项目里跨域问题优先用代理解决不要一上来就在后端加CrossOrigin到处撒代理配好能省掉一半联调时间。3. 核心模块拆解登录鉴权、订单流转与数据库映射怎么改3.1 登录鉴权链路从 Vue 表单到 SpringBoot 拦截器外卖系统的入口是登录这条链路串起了前端表单、axios 请求、后端 Controller、Service、Mapper 和拦截器。理解它后面所有模块都是同一套模式。前端登录页一般会调/api/user/login后端返回一个 token 或直接返回用户对象存 session。课设项目里两种都有看LoginController的返回值。// 后端登录接口的典型写法位于 controller 层 PostMapping(/login) public Result login(RequestBody User user) { // 根据用户名查库查不到直接返回失败 User dbUser userService.getByUsername(user.getUsername()); if (dbUser null || !dbUser.getPassword().equals(user.getPassword())) { return Result.fail(账号或密码错误); } // 简单项目直接返回用户信息复杂点的会生成 token return Result.success(dbUser); }逻辑说明RequestBody表示接收 JSON 体前端 axios 必须用post且Content-Type: application/json否则后端收到 null。Result是统一返回包装类一般含code、msg、data三个字段。参数上密码明文比对是课设常见做法但如果你要写进论文建议改成 MD5 或 BCrypt答辩时是个加分点。拦截器部分通常在config目录下通过WebMvcConfigurer注册放行登录接口和静态资源其余请求校验 session 或 token。前端则用 axios 拦截器统一加请求头响应 401 时跳回登录页。// 前端 axios 拦截器统一处理 token 和错误 axios.interceptors.request.use(config { // 从 localStorage 取 token没有就跳过 const token localStorage.getItem(token); if (token) { config.headers[Authorization] token; } return config; });逻辑说明请求拦截器负责挂 token响应拦截器负责判断code是否为 401 并做路由跳转。参数上localStorage存 token 在课设里够用但刷新页面后要确保路由守卫能读到否则会出现「已登录却被踢回登录页」的翻车现场。3.2 订单状态流转与数据库表设计外卖系统的核心业务是订单订单表通常有status字段取值如 0 待接单、1 已接单、2 配送中、3 已完成、4 已取消。前端不同角色看到的按钮不同用户端能取消和确认收货商家端能接单和完成。这套逻辑如果只在前端判断后端不校验就会出现用户直接调接口把订单改成已完成的越权问题。-- 订单表核心字段建表时注意 status 默认值和索引 CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL COMMENT 下单用户, shop_id INT NOT NULL COMMENT 商家, status TINYINT DEFAULT 0 COMMENT 0待接单 1已接单 2配送中 3已完成 4已取消, total_price DECIMAL(10,2) NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user (user_id), KEY idx_shop (shop_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明status用 TINYINT 省空间注释写清每个值含义方便前后端对齐。idx_user和idx_shop两个索引在订单列表查询时能明显提速课设数据量小感觉不出来但写进论文就是「有优化意识」的体现。后端改状态时常见做法是在 Service 层加状态机判断比如只有当前状态是 0 才能改成 1否则返回「状态不允许」。这一步不做测试时连续点两次接单按钮就会出脏数据。3.3 菜品与商家模块的增删改查套路菜品管理是典型的 CRUD后端用 MyBatis 或 MyBatis-Plus 实现。如果源码用的是 MyBatis-PlusBaseMapper已经提供单表增删改查你只需要写 Controller 和 Service。前端则是表格加弹窗表单用el-table和el-dialog组合。// MyBatis-Plus 写法Service 继承 IService 后直接调用 RestController RequestMapping(/api/dish) public class DishController { Autowired private DishService dishService; GetMapping(/list) public Result list(RequestParam Long shopId) { // 按商家 ID 查菜品条件构造器写法 return Result.success(dishService.lambdaQuery() .eq(Dish::getShopId, shopId) .list()); } }逻辑说明lambdaQuery()是 MyBatis-Plus 的条件构造器eq对应 SQL 的。参数shopId从请求参数取前端传参名必须一致否则查出来是空列表。如果源码用的是原生 MyBatis对应就是 XML 里写SELECT * FROM dish WHERE shop_id #{shopId}改的时候注意resultMap的字段映射数据库下划线转 Java 驼峰没配好查出来字段全是 null这是新手最常见的黑匣子问题。4. 避坑与排查课设项目最容易翻车的五个地方4.1 启动报数据库连接失败现象SpringBoot 启动时抛Communications link failure或Access denied for user。原因通常是application.yml里的数据库地址、端口、用户名、密码和你本机不一致或者 MySQL 8 的驱动类名还是旧的com.mysql.jdbc.Driver。解决把 url 改成jdbc:mysql://localhost:3306/waimai?useSSLfalseserverTimezoneAsia/Shanghai驱动类改成com.mysql.cj.jdbc.Driver密码确认无误后重启。4.2 前端请求全部 404现象页面能打开但所有接口返回 404控制台看到请求地址是http://localhost:8080/api/...。原因一般是后端没启动、端口不对或者代理没配。解决先确认后端server.port实际值再看前端代理 target 是否一致如果后端有context-path代理路径要加上前缀。改完代理记得重启前端 dev server热更新有时不生效。4.3 登录后刷新页面掉登录态现象登录成功进入首页按 F5 刷新后跳回登录页。原因是登录状态只存在 Vuex 或组件 data 里刷新即丢失。解决登录成功时把 token 或用户信息写入localStorage路由守卫从localStorage读取判断而不是从 store 读。如果源码用的是 session检查后端 session 超时时间和前端请求是否带 cookie。4.4 订单金额计算出现小数误差现象购物车总价偶尔出现19.999999这类值。原因是前端用 JavaScript 浮点数累加0.1 0.2不等于0.3。解决金额统一用整数分存储和计算展示时再除以 100或者后端用BigDecimal计算前端只负责展示。数据库字段用DECIMAL(10,2)而不是FLOAT。4.5 打包后前端页面空白现象npm run build后把 dist 放进 SpringBoot 静态目录访问首页白屏。原因通常是publicPath配置不对或者路由模式是 history 而后端没做转发。解决vue.config.js里设publicPath: ./路由改用 hash 模式或者在后端加一个转发到index.html的配置。控制台看 Network 里 JS 文件是否 404能快速定位。5. 二次开发与答辩加分把课设改成能讲出亮点的作品5.1 用 AOP 加一层操作日志课设答辩时评委最爱问「你这个系统有什么技术含量」。与其背 CRUD不如加一个 AOP 切面记录关键操作比如谁在什么时候改了订单状态。实现上建一张oper_log表定义一个Log注解在切面里拦截标注的方法取当前登录用户和请求参数写库。// 自定义注解标在需要记录的方法上 Target(ElementType.METHOD) Retention(RetentionPolicy.RUNTIME) public interface Log { String value() default ; }逻辑说明Target(METHOD)限定只能标方法Retention(RUNTIME)保证运行时可反射读取。切面里用Around或AfterReturning拦截从HttpServletRequest取 session 中的用户从JoinPoint取方法名和参数。这一步代码量不大但答辩时能讲清楚「横切关注点」和「解耦」比单纯说「我用了 SpringBoot」有说服力。5.2 接口文档与参数校验另一个加分点是集成 Swagger 或 Knife4j把接口自动生成文档。同时用Valid加 JSR-303 注解做参数校验比如NotBlank、Min避免前端传空值导致后端空指针。// 在实体类上加校验注解Controller 加 Valid 触发 public class OrderDTO { NotNull(message 用户ID不能为空) private Long userId; Min(value 1, message 数量至少为1) private Integer count; }逻辑说明NotNull和Min来自javax.validation或jakarta.validationSpringBoot 2.3 之后需要手动引入spring-boot-starter-validation。Controller 方法参数加Valid校验失败会抛MethodArgumentNotValidException再用全局异常处理器统一返回错误信息。这样前端拿到的提示是「数量至少为1」而不是 500 错误页体验和答辩观感都上一个台阶。5.3 验证清单与我的习惯改完代码别急着交按这个顺序过一遍数据库表和数据是否完整、后端能否独立启动并访问接口、前端代理是否指向正确端口、登录到下单全链路是否走通、刷新和退出是否正常、打包后是否还能跑。我自己的习惯是每次改完application.yml或代理配置都强制重启前后端各一次不依赖热更新因为课设项目里热更新失效导致的「改了没反应」太常见了。从那以后我每次交付前都会用一份干净的数据库重新导入、重新启动、重新走一遍主流程确认没有残留状态干扰。希望这份拆解能帮你把课设顺利跑起来也跑出点自己的东西。本文还有配套的精品资源点击获取 SpringBoot+Vue外卖系统课设实战：从环境搭建到二次开发避坑指南
简介这份资源是面向高校计算机相关专业学生的Java课程设计与期末大作业参考项目采用SpringBoot后端搭配Vue前端实现完整的外卖管理系统适合需要提交课程设计、毕业设计或自学前后端分离开发的学习者使用。压缩包共192个文件约26.55MB其中73个Java文件承载后端业务逻辑与接口实现21个JavaScript、20个HTML与17个CSS文件构成前端页面与交互样式另有12个XML配置、1个SQL数据库脚本及字体图标等静态资源结构完整、层次清晰。目前已有348人学习下载说明该项目在同类课程设计选题中具有一定参考价值。项目涵盖用户管理、菜品管理、订单处理、地址维护等外卖业务核心模块前端页面样式与后端接口相互对应下载后可直接运行调试便于读者快速理解前后端分离架构的搭建流程、接口调用方式与数据库表设计思路也可在此基础上进行功能扩展与二次开发作为课程答辩或期末提交的完整方案。1. 从一份 95 分课设说起这套 SpringBootVue 外卖系统到底能跑通什么如果你正在为 Java 课程设计或期末大作业发愁大概率会遇到一个尴尬局面需求文档写得漂亮真到动手时发现登录鉴权、订单状态流转、前后端联调全是坑。这份「基于 SpringBootVue 的外卖管理系统」源码包恰好是那种能直接跑起来、又能拆开看结构的完整项目。它把后端 SpringBoot 的接口分层、MyBatis 的数据映射、Vue 的组件化页面和 MySQL 的建表脚本打包在一起覆盖了用户下单、商家接单、菜品管理、订单查询这条主链路。适合两类人一类是时间紧、需要一份能演示、能答辩的课设底座另一类是刚学完 SSM 想过渡到前后端分离的练手者。下面我不讲空话直接按「拿到包怎么跑、每个模块怎么改、哪里最容易翻车」的顺序拆一遍。2. 环境准备与项目结构先把 SpringBoot 和 Vue 的版本对齐2.1 后端依赖与 JDK 版本选择拿到源码第一步不是急着mvn spring-boot:run而是先看pom.xml里的 SpringBoot 版本。常见课设项目会停在 2.7.x 或 3.0.x 附近这两个分支对 JDK 要求不同2.7.x 配 JDK 8 或 11 都稳3.0.x 强制 JDK 17。如果你本机装的是 JDK 8却拿到一个 SpringBoot 3 的包启动时会直接报Unsupported class file major version这就是热搜里「springboot版本太高」的典型现场。我一般会先执行下面这段确认环境再决定要不要改版本# 查看当前 JDK 版本确认是否匹配 pom 里的 spring-boot-starter-parent java -version # 查看 Maven 版本课设项目一般用 3.6 以上即可 mvn -v # 进入项目根目录后先只做依赖解析不启动 mvn dependency:resolve逻辑说明java -version输出里的1.8.0_xxx代表 JDK 817.0.x代表 JDK 17。mvn dependency:resolve会提前把依赖拉到本地仓库如果网络受限或镜像没配好这一步就会暴露问题而不是等到启动时才报ClassNotFoundException。参数上如果你用的是 IDEA记得在File → Project Structure → Project里把 SDK 和 Language Level 都设成与 pom 一致只改一处经常出现「编译过了但运行报错」的玄学。数据库方面源码包通常带一个.sql文件。常见做法是先在 MySQL 里建一个空库比如waimai字符集选utf8mb4再用命令行导入# 登录 MySQL 并创建数据库 mysql -u root -p -e CREATE DATABASE waimai DEFAULT CHARACTER SET utf8mb4; # 导入源码包里的 sql 文件注意路径换成你本机实际位置 mysql -u root -p waimai /path/to/waimai.sql导入后一定要SHOW TABLES;确认表数量。有些包里的 sql 只建表不插数据管理员账号需要你手动补一条或者从application.yml里找默认密码。这一步不做登录页会一直提示账号不存在很多人以为是前端问题其实是库里空的。2.2 前端 Vue 工程的依赖安装与代理配置前端目录一般叫vue或frontend里面是package.json。Vue 2 和 Vue 3 的安装命令不同先看package.json里vue的版本号再动手。Vue 2 项目用npm install基本能过Vue 3 项目如果 node 版本太低会报engine错误建议 node 16 以上。# 进入前端目录 cd frontend # 安装依赖国内环境可加 registry 参数 npm install --registryhttps://registry.npmmirror.com # 启动开发服务器 npm run serve逻辑说明npm install会根据package-lock.json还原依赖树如果源码包没带 lock 文件装出来的版本可能和作者当时不一致导致vue-router或axios行为差异。npm run serve是 Vue CLI 项目的标准启动命令Vite 项目则是npm run dev看package.json的scripts字段确认。前端启动后通常跑在 8080后端也常是 8080端口冲突时前端会自己换到 8081但接口代理还指着 8080于是所有请求 404。解决办法是在vue.config.js或vite.config.js里把proxy的 target 改成后端真实端口或者直接改后端server.port。提示前后端分离项目里跨域问题优先用代理解决不要一上来就在后端加CrossOrigin到处撒代理配好能省掉一半联调时间。3. 核心模块拆解登录鉴权、订单流转与数据库映射怎么改3.1 登录鉴权链路从 Vue 表单到 SpringBoot 拦截器外卖系统的入口是登录这条链路串起了前端表单、axios 请求、后端 Controller、Service、Mapper 和拦截器。理解它后面所有模块都是同一套模式。前端登录页一般会调/api/user/login后端返回一个 token 或直接返回用户对象存 session。课设项目里两种都有看LoginController的返回值。// 后端登录接口的典型写法位于 controller 层 PostMapping(/login) public Result login(RequestBody User user) { // 根据用户名查库查不到直接返回失败 User dbUser userService.getByUsername(user.getUsername()); if (dbUser null || !dbUser.getPassword().equals(user.getPassword())) { return Result.fail(账号或密码错误); } // 简单项目直接返回用户信息复杂点的会生成 token return Result.success(dbUser); }逻辑说明RequestBody表示接收 JSON 体前端 axios 必须用post且Content-Type: application/json否则后端收到 null。Result是统一返回包装类一般含code、msg、data三个字段。参数上密码明文比对是课设常见做法但如果你要写进论文建议改成 MD5 或 BCrypt答辩时是个加分点。拦截器部分通常在config目录下通过WebMvcConfigurer注册放行登录接口和静态资源其余请求校验 session 或 token。前端则用 axios 拦截器统一加请求头响应 401 时跳回登录页。// 前端 axios 拦截器统一处理 token 和错误 axios.interceptors.request.use(config { // 从 localStorage 取 token没有就跳过 const token localStorage.getItem(token); if (token) { config.headers[Authorization] token; } return config; });逻辑说明请求拦截器负责挂 token响应拦截器负责判断code是否为 401 并做路由跳转。参数上localStorage存 token 在课设里够用但刷新页面后要确保路由守卫能读到否则会出现「已登录却被踢回登录页」的翻车现场。3.2 订单状态流转与数据库表设计外卖系统的核心业务是订单订单表通常有status字段取值如 0 待接单、1 已接单、2 配送中、3 已完成、4 已取消。前端不同角色看到的按钮不同用户端能取消和确认收货商家端能接单和完成。这套逻辑如果只在前端判断后端不校验就会出现用户直接调接口把订单改成已完成的越权问题。-- 订单表核心字段建表时注意 status 默认值和索引 CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL COMMENT 下单用户, shop_id INT NOT NULL COMMENT 商家, status TINYINT DEFAULT 0 COMMENT 0待接单 1已接单 2配送中 3已完成 4已取消, total_price DECIMAL(10,2) NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user (user_id), KEY idx_shop (shop_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明status用 TINYINT 省空间注释写清每个值含义方便前后端对齐。idx_user和idx_shop两个索引在订单列表查询时能明显提速课设数据量小感觉不出来但写进论文就是「有优化意识」的体现。后端改状态时常见做法是在 Service 层加状态机判断比如只有当前状态是 0 才能改成 1否则返回「状态不允许」。这一步不做测试时连续点两次接单按钮就会出脏数据。3.3 菜品与商家模块的增删改查套路菜品管理是典型的 CRUD后端用 MyBatis 或 MyBatis-Plus 实现。如果源码用的是 MyBatis-PlusBaseMapper已经提供单表增删改查你只需要写 Controller 和 Service。前端则是表格加弹窗表单用el-table和el-dialog组合。// MyBatis-Plus 写法Service 继承 IService 后直接调用 RestController RequestMapping(/api/dish) public class DishController { Autowired private DishService dishService; GetMapping(/list) public Result list(RequestParam Long shopId) { // 按商家 ID 查菜品条件构造器写法 return Result.success(dishService.lambdaQuery() .eq(Dish::getShopId, shopId) .list()); } }逻辑说明lambdaQuery()是 MyBatis-Plus 的条件构造器eq对应 SQL 的。参数shopId从请求参数取前端传参名必须一致否则查出来是空列表。如果源码用的是原生 MyBatis对应就是 XML 里写SELECT * FROM dish WHERE shop_id #{shopId}改的时候注意resultMap的字段映射数据库下划线转 Java 驼峰没配好查出来字段全是 null这是新手最常见的黑匣子问题。4. 避坑与排查课设项目最容易翻车的五个地方4.1 启动报数据库连接失败现象SpringBoot 启动时抛Communications link failure或Access denied for user。原因通常是application.yml里的数据库地址、端口、用户名、密码和你本机不一致或者 MySQL 8 的驱动类名还是旧的com.mysql.jdbc.Driver。解决把 url 改成jdbc:mysql://localhost:3306/waimai?useSSLfalseserverTimezoneAsia/Shanghai驱动类改成com.mysql.cj.jdbc.Driver密码确认无误后重启。4.2 前端请求全部 404现象页面能打开但所有接口返回 404控制台看到请求地址是http://localhost:8080/api/...。原因一般是后端没启动、端口不对或者代理没配。解决先确认后端server.port实际值再看前端代理 target 是否一致如果后端有context-path代理路径要加上前缀。改完代理记得重启前端 dev server热更新有时不生效。4.3 登录后刷新页面掉登录态现象登录成功进入首页按 F5 刷新后跳回登录页。原因是登录状态只存在 Vuex 或组件 data 里刷新即丢失。解决登录成功时把 token 或用户信息写入localStorage路由守卫从localStorage读取判断而不是从 store 读。如果源码用的是 session检查后端 session 超时时间和前端请求是否带 cookie。4.4 订单金额计算出现小数误差现象购物车总价偶尔出现19.999999这类值。原因是前端用 JavaScript 浮点数累加0.1 0.2不等于0.3。解决金额统一用整数分存储和计算展示时再除以 100或者后端用BigDecimal计算前端只负责展示。数据库字段用DECIMAL(10,2)而不是FLOAT。4.5 打包后前端页面空白现象npm run build后把 dist 放进 SpringBoot 静态目录访问首页白屏。原因通常是publicPath配置不对或者路由模式是 history 而后端没做转发。解决vue.config.js里设publicPath: ./路由改用 hash 模式或者在后端加一个转发到index.html的配置。控制台看 Network 里 JS 文件是否 404能快速定位。5. 二次开发与答辩加分把课设改成能讲出亮点的作品5.1 用 AOP 加一层操作日志课设答辩时评委最爱问「你这个系统有什么技术含量」。与其背 CRUD不如加一个 AOP 切面记录关键操作比如谁在什么时候改了订单状态。实现上建一张oper_log表定义一个Log注解在切面里拦截标注的方法取当前登录用户和请求参数写库。// 自定义注解标在需要记录的方法上 Target(ElementType.METHOD) Retention(RetentionPolicy.RUNTIME) public interface Log { String value() default ; }逻辑说明Target(METHOD)限定只能标方法Retention(RUNTIME)保证运行时可反射读取。切面里用Around或AfterReturning拦截从HttpServletRequest取 session 中的用户从JoinPoint取方法名和参数。这一步代码量不大但答辩时能讲清楚「横切关注点」和「解耦」比单纯说「我用了 SpringBoot」有说服力。5.2 接口文档与参数校验另一个加分点是集成 Swagger 或 Knife4j把接口自动生成文档。同时用Valid加 JSR-303 注解做参数校验比如NotBlank、Min避免前端传空值导致后端空指针。// 在实体类上加校验注解Controller 加 Valid 触发 public class OrderDTO { NotNull(message 用户ID不能为空) private Long userId; Min(value 1, message 数量至少为1) private Integer count; }逻辑说明NotNull和Min来自javax.validation或jakarta.validationSpringBoot 2.3 之后需要手动引入spring-boot-starter-validation。Controller 方法参数加Valid校验失败会抛MethodArgumentNotValidException再用全局异常处理器统一返回错误信息。这样前端拿到的提示是「数量至少为1」而不是 500 错误页体验和答辩观感都上一个台阶。5.3 验证清单与我的习惯改完代码别急着交按这个顺序过一遍数据库表和数据是否完整、后端能否独立启动并访问接口、前端代理是否指向正确端口、登录到下单全链路是否走通、刷新和退出是否正常、打包后是否还能跑。我自己的习惯是每次改完application.yml或代理配置都强制重启前后端各一次不依赖热更新因为课设项目里热更新失效导致的「改了没反应」太常见了。从那以后我每次交付前都会用一份干净的数据库重新导入、重新启动、重新走一遍主流程确认没有残留状态干扰。希望这份拆解能帮你把课设顺利跑起来也跑出点自己的东西。本文还有配套的精品资源点击获取