SpringBoot+Vue+MySQL毕设项目：从源码跑通到答辩的全流程避坑指南-平芜编程栈

又到一年毕设季，后台收到一堆留言问“SpringBoot+Vue+MySQL”这类题目的源码怎么跑起来、论文怎么写、答辩怎么讲。说句实在话，这套技术栈在本科毕设里确实占了半边天，但大部分同学拿到源码之后，要么卡在环境配置上，要么被前后端联调折磨到怀疑人生，更有甚者在部署环节直接把服务器搞崩。

我最近刚好完整梳理了一套基于SpringBoot+Vue+MySQL的本科生交流培养管理平台项目，从源码结构、数据库设计到部署文档、论文撰写全流程过了一遍。这篇文章就当作是给准备做同类题目的同学一份“防坑操作手册”，把我在实际跑通项目过程中遇到的关键节点、踩过的坑、以及那些文档里不会写的细节全部摊开讲清楚。

1. 拿到一套毕设源码后，先别急着双击运行

很多同学的习惯是把项目下载下来，解压，然后打开IDEA直接点运行按钮，接着就是一连串红色报错，心态当场炸裂。这种操作方式属于典型的“没搞清楚项目结构就盲目上手”。合理的顺序应该是先花半小时把项目的整体架构摸清楚，再动手处理环境。

1.1 看懂这套项目的分层结构

一个标准的SpringBoot+Vue项目，在代码层面至少分为两大块：后端service目录和前端web目录（或者叫ui、frontend之类的名字），再加上根目录下面的SQL脚本和文档。以这套本科生交流培养管理平台为例，目录结构大致是这样：

project-root/ ├── backend/ # SpringBoot后端工程 │ ├── src/main/java/com/xxx/studentexchange/ │ │ ├── controller/ # 控制层，接收前端请求 │ │ ├── service/ # 业务逻辑层 │ │ ├── mapper/ # MyBatis的Mapper接口 │ │ ├── entity/ # 实体类，对应数据库表 │ │ ├── config/ # 配置类，比如CORS跨域、拦截器 │ │ └── utils/ # 工具类 │ └── src/main/resources/ │ ├── application.yml # 核心配置文件 │ └── mapper/ # MyBatis的XML文件 ├── frontend/ # Vue前端工程 │ ├── src/ │ │ ├── api/ # 封装axios请求 │ │ ├── views/ # 页面组件 │ │ ├── router/ # 路由配置 │ │ └── components/ # 公共组件 ├── sql/ │ └── student_exchange.sql # 数据库初始化脚本 └── docs/ # 部署文档、论文模板等

先把这棵目录树在脑子里过一遍，你就能明白每一层代码各自负责什么。Controller负责接收请求，Service写业务规则，Mapper和数据库打交道，Vue这边只管渲染页面和发请求。这样一个清晰的映射关系，对你后面改bug、写论文都至关重要。

1.2 环境版本不匹配是头号杀手

这套项目跑不起来的首要原因，九成出在版本不匹配上。我见过太多同学用JDK 17去跑一个基于JDK 8写的项目，结果一堆过时的API报错；也有人npm install的时候装到了Vue 3的依赖，但项目本身写的是Vue 2语法，组合式API和选项式API混在一起，页面直接白屏。

注意：拿到项目后，第一时间去backend/pom.xml里查看<java.version>字段，去frontend/package.json里查看vue和vue-router的版本号。理论上，前后端每个大版本对应关系应该是：SpringBoot 2.x配JDK 8或11，配Vue 2.x；SpringBoot 3.x配JDK 17，配Vue 3.x。混搭也能跑，但坑会多出不少。

如果你发现项目是SpringBoot 2.x但本机只有JDK 17，两条路：一是装一个JDK 8并切换默认版本，二是去pom.xml里升级SpringBoot版本。说实话，对于本科毕设而言，我强烈建议按原项目的版本来，因为升级SpringBoot往往意味着要连带升级依赖库，工作量和风险都会增加。

1.3 数据库初始化别只盯着导入SQL

这套项目在sql目录下提供了一个student_exchange.sql脚本，看起来只需要导入就行。但实际操作中你一定会遇到几个破事：字符集乱码、时间字段插入失败、外键约束报错。

我建议采取下列步骤来规避：

用Navicat或命令行创建数据库，库名必须和application.yml里的配置一致
导入SQL前，先把数据库的字符集设置为utf8mb4，排序规则设置为utf8mb4_general_ci
严禁直接双击SQL文件用默认方式打开导入，这样编码非常容易乱；要用导入向导，源文件编码选择UTF-8
导入完成后，手动查一遍每个表的记录数，确认数据没丢

这个项目里最容易出问题的是用户表（users）和培养计划表（cultivation_plan），它们之间有外键关联，如果数据是从旧环境导出的，很容易因id对不上而报错。你可以先只导入结构，再选择性导入数据，这样更容易定位问题。

2. 后端SpringBoot核心模块拆解：从配置到业务闭环

当环境准备好之后，后端是第一个要跑起来的。这里我不打算逐行讲代码，而是把这个平台里最有代表性的几个设计点拆开，让你明白为什么这样写，以及改的时候要注意什么。

2.1 application.yml配置里藏着三个关键项

一个标准的SpringBoot后端配置，关键项其实就是数据源、端口号和文件上传这三块。这套项目的application.yml一般长这样：

server: port: 8080 servlet: context-path: /api spring: datasource: url: jdbc:mysql://localhost:3306/student_exchange?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai username: root password: yourpassword driver-class-name: com.mysql.cj.jdbc.Driver servlet: multipart: max-file-size: 10MB max-request-size: 10MB mybatis-plus: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.entity configuration: map-underscore-to-camel-case: true

这里有几个值得注意的点：

context-path配置了/api前缀，意味着后端所有接口都要以http://localhost:8080/api开头。前端封装axios的时候如果baseURL写的是http://localhost:8080，那所有请求都会404，这个坑相当隐蔽。
serverTimezone必须显式设置，不然日期字段会报错。建议直接用Asia/Shanghai，千万别用UTC，否则查询出来的时间整整差8小时。
map-underscore-to-camel-case: true非常有用，它能让数据库字段like user_id自动映射成实体类的userId，省去大量手写映射的麻烦。

2.2 登录鉴权与拦截器的设计逻辑

本科生交流培养管理平台必然有登录功能，而且一般分学生、教师、管理员三个角色。这个项目里用的方案是JWT+拦截器，流程大致是：

用户提交用户名密码，后端校验通过后生成一个token返回前端
Vue端把token存到localStorage，每次请求都在header里带Authorization: Bearer xxx
后端拦截器拦截需要登录的请求，从token中解析出用户id和角色，放行合法请求

最容易被忽略的一点是，静态资源放行。如果你把拦截器配置成拦截所有路径，但忘了放行/captcha（验证码）、/login以及文件上传后的静态资源目录，前端连登录页都进不去，白屏或者一直转圈。

拦截器的代码结构一般是这样的：

@Component public class AuthInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 处理OPTIONS请求，跨域预检直接放行 if (HttpMethod.OPTIONS.equals(request.getMethod())) { return true; } String token = request.getHeader("Authorization"); if (token == null || token.isEmpty()) { response.setStatus(401); return false; } // 解析token，把用户信息放入ThreadLocal或request Attribute return true; } }

相关热搜词里出现“vue动态路由”不是没道理的，因为前端要根据登录用户的角色动态生成菜单。所以后端在登录接口的返回值里，一般会带上一个roles字段，前端再根据这个字段去router.addRoute动态挂载。这条链路务必理清楚，答辩时老师最爱问的就是这个。

2.3 培养方案管理模块的CRUD与状态流转

这个平台的核心业务之一，是本科生培养方案的发布和审核。培养方案从教师起草、系主任审核、教务处发布，到学生查看执行，中间至少三到四个状态。很多同学会把这个模块做成最简单的CRUD，状态就一个字段，谁都能改，这在实际答辩时容易被评委质疑。

更好的做法是引入状态机思维。用一个status字段管理状态流转，后端在Service层写校验逻辑：只有当前状态为“草稿”的方案才能提交审核；只有审核通过才能发布；学生只能查看已发布的方案。千万别把状态流转的控制权全部交给前端，因为前端的下拉框谁都能改。

这里也牵扯到“MyBatis条件构造器”的使用，比如查询待审核列表时：

QueryWrapper<CultivationPlan> wrapper = new QueryWrapper<>(); wrapper.eq("status", "PENDING_AUDIT"); wrapper.orderByDesc("create_time"); return cultivationPlanService.list(wrapper);

虽然MyBatis-Plus帮我们省了大部分SQL，但多表联查（比如查培养方案同时带出负责教师姓名）还是要写XML。记得去resources/mapper目录里看看有没有对应的XML文件，别只盯着注解SQL看。

3. Vue前端从页面到接口联调，最容易翻车的地方

后端接口跑通后，接下来把前端拉起来。前端这块，我可以直接说：90%的联调问题出在请求地址写错、跨域没处理好、路由守卫逻辑混乱这三件事上。

3.1 axios封装与请求拦截器要一次性配好

打开前端工程后，第一件事去看src/api/下面的request.js或者http.js。一个规范的项目，前端请求应该有统一的axios实例，并且配好拦截器：

import axios from 'axios' const service = axios.create({ baseURL: '/api', timeout: 10000 }) // 请求拦截器，自动附加token service.interceptors.request.use(config => { const token = localStorage.getItem('token') if (token) { config.headers.Authorization = 'Bearer ' + token } return config }) // 响应拦截器，统一处理token过期 service.interceptors.response.use( response => response.data, error => { if (error.response && error.response.status === 401) { localStorage.removeItem('token') window.location.href = '/login' } return Promise.reject(error) } ) export default service

这里baseURL写成/api不是拍脑袋决定的。如果你没有配置vue.config.js里的devServer代理，那么/api会被当成完整路径的一部分直接发给后端服务器。所以必须看前端工程根目录下有没有vue.config.js，以及里面是否做了这样的配置：

devServer: { proxy: { '/api': { target: 'http://localhost:8080', changeOrigin: true } } }

有了这个代理配置，前端开发服务器（一般是8081或3000端口）接收到/api开头的请求后会转发给8080端口的后端，同时解决跨域问题。

3.2 动态路由与页面刷新404的坑

前面提到登录后要根据角色动态挂载路由。典型的错误写法是每次登录都重新注册同样的路由，导致刷新页面时路由被重复添加，或者刷新后动态路由丢失、页面直接404。

正确的姿势一般是这样：

在router的全局守卫里判断token是否存在
只有首次进入系统时，才根据后端返回的角色信息调用addRoute
用一个标志位（比如store里的isRoutesAdded）防止重复添加

真正跑起来之后，你还会发现一个高频问题：动态添加的路由在页面刷新后丢失，因为Vue Router默认的路由表是静态的，刷新后重新执行入口文件，addRoute的操作没被持久化。这个问题的解法是在main.js或store的初始化逻辑里，先检查本地是否有用户信息，有就先调接口获取角色路由再放行。

3.3 数据表格、表单校验与文件上传的细节

这个项目里肯定包含学生列表、教师列表、培养方案列表这类管理页面，Element UI的el-table是标配。用的时候有几个点特别容易出问题：

el-table-column的prop字段必须和列表数据里的字段名完全一致，大小写都不能差。后端返回的是createTime，你写成create_time，那一列就是空白。
分页组件的current-page、page-size要和后端接口的入参名对上。后端要是用pageNum和pageSize接收，而前端传的是current和size，那查出来的永远只有默认页。
文件上传如果是传图片或PDF，el-upload的action要写成全路径，或者也用代理。你直接用action="/api/upload"，配合devServer代理是没问题，但打包上线后就得写成后端服务器的绝对地址了。

4. 数据库设计与SQL调优：别让表结构成为后期改动的拦路虎

这一部分重要性不亚于写代码，因为数据库设计决定了你后面的论文素材和扩展空间。这个平台涉及的核心表一般包括用户表、角色表、培养方案表、课程表、选课记录表、交流活动报名表、留言评论表等。

4.1 核心表字段设计与关系梳理

我拿“交流活动”这个概念举例，很多项目里交流活动就是一句话标题加一个时间，然后报名就是写死几张表。但如果你想让平台看起来丰满，就得把活动分成：活动基础信息（标题、时间、地点、人数上限）、活动报名记录（用户id、活动id、报名时间、签到状态）、活动成果材料（材料名称、文件路径、上传时间）。

逻辑关系非常清晰：交流活动一对多报名记录，报名记录一对多材料。在数据库层面，外键索引是必须的。建表语句里务必给user_id、activity_id这类字段加索引，否则数据量一大，查询速度肉眼可见地变慢。

4.2 时间字段和文件路径的存储规范

时间字段一律用datetime，千万别用字符串存。用字符串存时间，后期做统计报表（比如按月份统计交流活动次数）会痛不欲生。

文件路径字段的设置同样有讲究，秋招项目里常见的问题是直接把文件存到数据库字段，这会导致数据库体积膨胀。正确做法是把文件存在服务器本地或者对象存储（比如MinIO，最近这个技术栈挺火），数据库只需要存一个访问路径。相关热搜词里出现的“minio加入到springboot”，本质上就是做这件事——文件上传后，返回可访问的URL，数据库只存URL字符串。

至于很多同学关心的“这个平台能不能扩展文件上传功能”，答案是能。你在application.yml里配好multipart的文件大小限制，然后在controller层写一个接收MultipartFile的接口，保存到限定目录，再把路径返回前端。这套流程我在第5节里给你拆开讲。

4.3 常见SQL报错以及排查思路

高频踩雷的SQL问题主要有三类：

SqlSessionException：Mapper XML里有个标签的id在Mapper接口中找不到定义，或者namespace写错了。解决思路是先看控制台第一个堆栈异常。
字段名冲突：查询时没给表起别名，比如select id from user a join user_role b on a.id=b.user_id中的ID到底取哪个表的，得写清楚。
时区报错：JDBC连接串里漏了serverTimezone，导致java.sql.SQLException异常。加上serverTimezone=Asia/Shanghai后问题立刻消失。

如果使用MySQL 8.x，还要注意驱动类从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver。很多老的毕设项目的pom.xml里还是旧驱动，不换的话数据库连接直接报ClassNotFoundException。

5. 文件上传功能与MinIO选型：本科毕设怎么选最稳妥

热搜词里“minio加入到springboot”和“vue播放m3u8免安装”在互联网项目中很常见。考虑到这是一个培养管理平台，上传的文件有可能是学生提交的PDF作业、教师上传的课表图片、或者交流活动的视频回放。我在选型上给各位一个建议：本地存储保底，MinIO加分，云存储量力而行。

5.1 本地存储方案的完整实现

最简单的方案就是后端本地磁盘存储。创建一个静态目录如/upload，SpringBoot做静态资源映射，让该目录下的文件可以直接通过URL访问。代码思路如下：

@RestController @RequestMapping("/api/upload") public class FileUploadController { @Value("${file.upload-path}") private String uploadPath; @PostMapping public Result<?> upload(@RequestParam("file") MultipartFile file) { // 生成唯一文件名，防止覆盖和中文乱码 String originalFilename = file.getOriginalFilename(); String suffix = originalFilename.substring(originalFilename.lastIndexOf(".")); String fileName = UUID.randomUUID() + suffix; File dest = new File(uploadPath + File.separator + fileName); FileUtils.forceMkdirParent(dest); file.transferTo(dest); return Result.ok("/files/" + fileName); } // 配置静态资源映射，使得浏览器可以直接打开 http://localhost:8080/files/xxx.pdf @Configuration public static class WebConfig implements WebMvcConfigurer { @Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler("/files/**") .addResourceLocations("file:" + uploadPath + "/"); } } }

这个方案的核心点是UUID文件名。为什么不用原始文件名？因为两个学生上传同名文件时，后面的会覆盖前面的。这个坑我见过至少十次。

5.2 MinIO作为进阶加分项的接入要点

如果你希望技术方案看起来更有含金量，MinIO是一个不错的加分项。它是一个轻量级开源对象存储服务，能在自己的电脑或服务器上跑起来，比起直接用云存储省钱，也适合演示。

接入流程不复杂：

下载MinIO服务端，启动：minio server ./data
浏览器访问http://127.0.0.1:9001创建桶（bucket），设置读写权限
在SpringBoot里引入minio依赖，配置accessKey和secretKey
上传文件时用MinioClient发起putObject，生成可访问URL

值得提醒的是，MinIO默认的访问策略是私有的。你需要为桶设置一条匿名下载的Access Policy（如设置成download），或者生成一个带签名的临时URL返给前端。答辩的时候如果被问到“如果文件是私密的怎么办”，你可以说：私密文件用预签名URL，过期自动失效，这就够了。

5.3 视频播放的扩展思路

热搜词里反复出现“vue播放m3u8”，这其实和平台里可能出现的“观看交流活动录播”有关。HLS（m3u8）格式在Web端很友好，原生video标签不能直接播，需要引入hls.js这个库。对于Vue项目，执行npm install hls.js，然后在组件里动态创建播放器即可。

不过说实话，本科毕设阶段我建议先在本地存储环节跑通上传和下载，m3u8转码属于锦上添花。每年都有同学一头扎进视频转码的坑，结果论文主体功能没做扎实。

6. 论文怎么写才能过盲审：结构、图表和重难点描述

这个项目提供了论文文档，但我知道很多同学的“论文”其实就是把部署文档改了个封面交上去。这里不是嘲讽，而是告诉你这是最容易被导师骂、被评审打回的做法。

6.1 论文章节和项目代码的映射关系

一篇合格的软件类毕设论文，至少包含：绪论（背景与意义）、相关技术介绍、系统需求分析、系统设计、系统实现、系统测试、总结与展望。你得把代码里做的东西翻译成论文语言。

比如“系统设计”这一章，要包含：

总体架构图，分层描述前端、后端、数据库、文件存储之间的调用关系
功能模块划分，每个角色有哪些权限，对应哪些功能模块
数据库E-R图，说明主要实体以及之间关系
核心表结构的详细说明

“系统实现”章节，每个功能模块应该有：页面截图、实现思路、关键代码片段、运行效果描述。不要一整节粘贴几百行完整代码，导师想看的是一段能说明核心逻辑的代码，加上你对这段逻辑的解释。

“系统测试”章节，别只写“点击按钮能弹提示”，要写成测试用例表格——输入条件、操作步骤、期望结果、实际结果、是否通过。这个表对盲审老师来说是决定印象分的关键。

6.2 重难点的语气要“谦虚但扎实”

论文里最忌讳把简单CRUD写成“攻克了世界级难题”。但也不能只写“系统采用常规开发技术”，过于谦虚显得项目没含金量。正确的写法是描述问题本身，再给解决方案。

不宜写：实现了基于SSM的公共基础CRUD
建议写：多个角色涉及不同操作权限与数据范围，本系统采用JWT+拦截器实现接口级鉴权，并结合前端动态路由实现菜单权限隔离，有效避免了越权访问问题

这一条思路能同时解决“写不出内容”和“被质疑工作量不足”两个问题。

6.3 部署文档不要照抄README

说实话，网上大部分源码自带的README都是作者为了交付随手写的，很多部署步骤深一脚浅一脚。你拿到的这套项目提供的部署文档，建议先自己按照流程跑一遍，顺利跑通再把它作为论文附录，跑不通的地方动手补齐。

一份好的部署文档应该包括：环境要求列表、数据库初始化步骤（含字符集配置）、后端启动步骤（含配置文件修改说明）、前端启动步骤（含依赖安装和代理配置）、生产环境打包发布步骤（含nginx静态配置和反向代理）。把这些改清楚，论文附录部分的素材也就有了。

7. 本地打包、云服务器上线与踩坑实录

最后一步是把项目跑在公网上，这也是答辩前最紧张的时刻——因为你永远不知道评委老师会不会说“你现场演示一下”。本地能跑和线上能跑，中间隔了大概十个坑的距离。

7.1 前端的构建产物不要直接扔进后端

很多同学会想到“把Vue打包后的dist目录放进SpringBoot的static目录，这样只启动一个后端就能访问”。这个方法确实能用，但有一个坑：如果你的前端路由是history模式，刷新页面时会404，因为后端没有匹配到那个路径的处理逻辑。

你要是决定做合并部署，有两个前提条件必须满足：

前端路由必须使用hash模式，不要用history
后端接口路径有context-path的话，前端axios的baseURL要保持一致

不然的话，换个简单做法：前后端分离部署。后端跑8080端口，前端构建后丢给nginx，nginx监听80端口，把/api开头的请求代理到本机8080，其他请求返回前端静态文件。下面是一个典型的nginx配置：

server { listen 80; server_name yourdomain.com; location /api/ { proxy_pass http://127.0.0.1:8080/api/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } location / { root /var/www/dist; index index.html; try_files $uri $uri/ /index.html; } }

try_files那行非常关键，它的作用是所有找不到的路径都重新走index.html交给前端路由处理，解决刷新404的问题。

7.2 Linux服务器上的MySQL安装和配置

很多同学都是用Windows本地开发完，然后买一台CentOS服务器部署。这时候热搜词里那些“mysql安装教程”“rpm安装mysql”“linux+api源码”就起作用了。

在Linux上装MySQL，我推荐直接用yum或apt装，别自己编译源码。装完之后必须做三件事：

设置root密码，并创建一个给项目用的普通账号
把MySQL的bind-address改为0.0.0.0或确保只允许本机访问，生产环境严禁把3306端口直接暴露公网
把SQL脚本导入进去，导入后执行FLUSH PRIVILEGES

如果云服务器上MySQL连接报“access denied”，别慌，大概率是root账号的host字段只允许localhost登录。你可以用mysql -u root登录后执行grant命令授权。

7.3 服务器部署后常见的“白屏+404”排查清单

这里直接给你一张排查清单，按顺序检查，能省下至少两小时。

后端是否启动成功：在服务器上执行curl -X POST http://localhost:8080/api/login看看有没有JSON返回
前端页面是否正常显示：浏览器访问http://你的服务器地址，按F12打开控制台看有没有红色报错
接口请求是否404：看Network面板里的请求URL，确认有没有走对nginx代理路径
数据库编码是否正常：如果页面出现中文乱码，检查MySQL的character_set_server是否为utf8mb4
端口是否被防火墙挡了：腾讯云/阿里云安全组默认只开放22和80，8080要额外开，但前提是你用nginx做了代理

最后提醒一句，部署完不要高兴得太早，一定让同学从外网访问一次试试。很多时候你自己访问正常，是因为浏览器缓存了本地代理配置；换一个网络环境之后，问题才会暴露出来。

8. 浏览器缓存、端口占用和一些容易被忽视的运行期问题

到了这个阶段，前后端都跑通了，但不代表万事大吉。在你拿着项目去答辩之前，还有几个实际运行中的小毛病值得提前处理。

8.1 端口占用带来的“假死”现象

后端改完代码重启时，经常遇到“Port 8080 was already in use”。这不是项目问题，而是旧的Java进程没被杀干净。Windows下用netstat -ano | findstr 8080找到PID，然后taskkill /F /PID xxx。Linux下用lsof -i:8080找到进程kill掉。养成习惯：写代码前先清理端口，能让你少一些莫名的挫败感。

8.2 浏览器缓存导致前端改了不生效

开发过程中，经常出现把前端代码改了，页面刷新还是老样子。这不是代码问题，是浏览器缓存了旧的JS文件。解决办法：在vue.config.js里设置devServer的headers，让开发环境禁用缓存。当然最省力的方法是每次刷新前按Ctrl+Shift+Delete清一下缓存，或者直接用无痕窗口调试。

8.3 占用内存过高的开发环境

SpringBoot后端+MySQL+Maven+NPM同时开，电脑风扇狂转是必修课。如果你的电脑只有8G内存，建议做两件减负的事：

把不用的浏览器标签页清掉，IDEA里关闭不相关的项目
NPM安装依赖时用npm install --no-audit --no-fund能稍微快一点

另外别把Vue的工程放在C盘或者桌面，路径太长Windows会报“文件路径错误”，建议放一个纯英文的路径下面，比如D:/dev/project/student-exchange。

9. 答辩前一天的模拟演练清单

手里拿着源码和论文，还差最后一哆嗦：答辩演示。这一节完全是我个人的血泪经验整理，你可以对照着提前排练。

9.1 演示路径要设计成“故事线”，别照着菜单挨个点

评委其实没耐心看你把每个按钮都点一遍。更好的方式是设置三个具体场景：

场景一：管理员登录，发布一条新的培养方案，上传一份附件
场景二：学生登录，在线报名一个交流活动，上传个人材料，查看审核状态
场景三：教师登录，审核学生的报名申请，提交该活动的结题总结

每个场景之间用逻辑串联起来：管理员发布方案 → 学生看到方案并报名 → 教师审核。这样评委看的是一个完整业务流程，而不是碎片功能的展示。

9.2 准备好“反问弹药库”

评委最常问的问题就那几个，提前准备好答案：

为什么选SpringBoot不选SSH？答：SpringBoot简化了配置、内嵌Tomcat、生态成熟、适合快速迭代
数据库表之间怎么保证数据一致性？答：外键约束+事务管理，涉及多表操作的Service方法加@Transactional
如果并发量大，系统会有什么瓶颈？答：Tomcat线程池有限，MySQL单库压力大，可考虑Redis缓存热点数据和引入消息队列削峰（有加分效果）
前端路由守卫怎么实现的？答：全局前置守卫，根据token和角色动态挂载路由

把这些问题的答案写在单独的文档里，答辩前看一遍，比你临时瞎编要稳得多。

9.3 备份与演示环境准备的两条硬建议

第一条：保持演示用的笔记本电量充足，并连接电源适配器。别觉得这是废话，每年都有断电或者充电器忘带的“惨案”，而不是所有人都那么幸运能遇到第二台电脑。

第二条：准备一个“离线演示包”。把数据库、后端、前端全部在本地跑通，并且浏览器里打开好所有需要展示的页面。万一现场网络抽风，你至少还能讲代码结构和论文思路。切忌在答辩当天早上更新依赖或升版本，那是在给自己挖坑。

10. 这套项目的扩展方向与我的使用心得

写到这里，该讲的流程都讲完了。最后聊聊这个平台往后还能怎么玩，以及我本人跑完整个项目后的一些切身体会。

10.1 低成本高回报的扩展方案

如果你的目标是拿高分，有几个扩展方向很适合基于这套基础去做：

集成ECharts做培养方案完成度统计报表，把学生毕业要求达成度可视化
增加消息通知模块，比如指导老师审核通过后给学生发站内信或用邮件接口通知
用定时任务（Spring Task或Quartz），每晚自动统计报名人数并生成日报
如果文件量大了，把MinIO正式接入，替换本地存储

这些点在论文的“展望”章节写进去，再在系统实现里至少落地一个，整篇论文的评分上限会明显提高。

10.2 关于这套技术栈的最终评价

说实话，SpringBoot+Vue+MySQL确实是本科毕设的稳妥之选。它不像Python爬虫那样看起来太轻量，也不像微服务全家桶那样容易把自己折腾死。学习曲线平滑，生态稳定，网上资料丰富，出问题时搜解决方案基本一搜一个准。只要你踏踏实实把这套平台跑通、理解透，再把论文写得像样，盲审和答辩通过基本没有悬念。

我个人的经验是：别把时间耗在纠结“要不要学一个新框架来显得很厉害”上，而是先把已有的代码吃透，能讲清楚每一行关键配置的作用、每一个核心接口的调用链。这套平台的业务逻辑本来就不复杂，吃透它只是时间问题。等你把它分析到“闭眼能画出架构图”的程度，答辩现场就没什么能问倒你的了。