SpringBoot+SSM乡村支教管理系统：毕设核心设计与部署实战

1. 项目定位与技术选型思路

1.1 毕设选题怎么锁定"乡村支教"这个方向

每年的毕业设计季，总有一大批同学在选题环节反复横跳。想选个管理系统类的题目，又怕太普通没亮点；想蹭个热门技术，又担心工作量不够。说实话，"乡村支教管理系统"这个题目在系统类毕设里属于性价比极高的选择——业务场景真实、需求边界清晰、功能扩展空间大，而且自带一定的社会价值属性，答辩时非常加分。

为什么这么说？乡村支教这个场景天然包含了多角色协同：支教组织方（管理员）、支教志愿者（老师）、受援学校（学校负责人）。这三个角色之间产生了志愿者报名、支教计划安排、出勤记录、课时统计、物资申请等一系列业务动作。相比普通的"学生管理系统"或"图书管理系统"，它的流程更复杂、数据关联性更强，能把 SSM 框架的核心能力都体现出来。

我在做这个项目的时候，最看重的一点是：这个题目不会让人一眼觉得是"纯增删改查"。支教管理里有审批流、有状态流转、有数据统计报表，把这些点做扎实了，工作量和技术含量都能拿出来讲。

1.2 SpringBoot + SSM 组合到底怎么理解

很多同学看到"SpringBoot + SSM"就发懵，这俩是什么关系？是不是重复了？

先理清概念。SSM 是指 Spring + SpringMVC + MyBatis 这套经典组合。而 SpringBoot 并不是替代了 SSM 中的哪个组件，它是基于 Spring 生态的一套快速开发框架，把 Spring 的繁琐配置给自动化了，同时内嵌 Tomcat、自动配置数据源、简化依赖管理。所以这个项目的本质是：以 SpringBoot 为底座，整合 SpringMVC 处理请求、Spring 管理业务对象、MyBatis 操作数据库。

我实际的依赖配置是这样的思路：

<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.7.8</version> <relativePath/> </parent> <dependencies> <!-- Web 启动器，包含 SpringMVC 与内嵌 Tomcat --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <!-- MyBatis 与 SpringBoot 的整合包 --> <dependency> <groupId>org.mybatis.spring.boot</groupId> <artifactId>mybatis-spring-boot-starter</artifactId> <version>2.3.1</version> </dependency> <!-- MySQL 驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <scope>runtime</scope> </dependency> <!-- 数据库连接池，推荐使用德鲁伊 --> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid-spring-boot-starter</artifactId> <version>1.2.18</version> </dependency> <!-- Lombok 简化实体类 --> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <optional>true</optional> </dependency> </dependencies>

这样配好后，SpringMVC 的 DispatcherServlet、视图解析器、静态资源映射这些以前需要写一堆 XML 的东西，全被 SpringBoot 自动搞定了。MyBatis 也只需要在 application.yml 里配一下 mapper 扫描路径和驼峰映射开关就行。

1.3 这套选型能避开哪些"坑"

我帮别人改过不少毕设项目，见过太多因为选型混乱翻车的案例。这个组合选得好，是因为它避开了几个典型问题：

第一，不用碰 SSM 时代那套繁琐的 XML 配置。纯 SSM 整合要写 web.xml、spring-context.xml、spring-mvc.xml、mybatis-config.xml，四个配置文件互相引用，稍不留神就报 Bean 找不到或者扫描路径不对。SpringBoot 把这些全部压成了自动化配置，启动就能跑，对毕设来说容错率高很多。

第二，MyBatis 写 SQL 直观可控。相比于 JPA 那种自动生成 SQL 的 ORM，MyBatis 的 SQL 是你自己写的，每条语句都能预期到执行结果。尤其是在多表联查和统计报表的场景里，MyBatis 的灵活度优势很明显，写起来也符合大多数同学的 SQL 功底。

第三，前端复杂度可控。这个项目我推荐用服务端模板渲染（Thymeleaf）或者静态 HTML + Ajax 搭配，不要一头扎进 Vue + Element UI 的前后端分离里。毕设的重点是把业务逻辑做扎实，而不是把工程复杂度堆到前端。我用的是 Bootstrap 做界面框架，配合 jQuery 发 Ajax 请求，效果足够，工作量合理。

2. 系统角色拆解与核心数据模型

2.1 三类角色的权限边界怎么画

做管理系统第一步不是写代码，而是把"谁用什么功能"理清楚。这个项目我设计了三种角色，每种角色的功能边界必须明确，否则权限控制就会乱成粥。

超级管理员：拥有全部权限。包括志愿者账号审核、支教计划发布、学校信息维护、出勤数据查看、系统公告管理、导出报表等。管理员是整个系统的中枢，所有关键数据的最终入口都在这。

志愿者（支教老师）：前台注册账号，经过管理员审核后才能登录系统。登录后可以查看支教计划列表、在线报名、查看自己的报名状态、提交支教反馈、查看自己的出勤记录和课时统计。

学校负责人：这个角色容易被忽略，但实际上很重要。受援学校需要一个入口来确认志愿者到岗情况、反馈教学物资需求。学校负责人账号由管理员创建，登录后可以查看本校的支教计划、确认志愿者出勤、提交物资申请。

权限控制的落地方式我后面会专门讲，这里先记住一个原则：登录校验 + 拦截器 + 菜单权限三件套，缺哪个都会出现越权访问。

2.2 功能模块清单与业务流程

整个系统按我的实现分成七个核心模块：

1. 系统登录与注册（含验证码、角色分流）
2. 志愿者管理（注册审核、资料维护、状态管理）
3. 支教计划管理（计划发布、修改、下线）
4. 报名审批流程（在线报名、管理员审批、结果通知）
5. 出勤与课时管理（签到登记、课时录入、统计汇总）
6. 学校与物资管理（学校信息维护、物资申请核发）
7. 数据报表（志愿者统计、课时统计、计划完成率）

这里最核心的业务流是"支教计划发布 -> 志愿者报名 -> 管理员审批 -> 到校支教 -> 出勤登记 -> 课时统计"。这条线贯穿了项目的主干功能，也是我写论文时业务流程图和数据流图的主要依据。

2.3 从需求到表结构：核心表设计实录

数据库设计是毕设项目的门面。我见过太多同学数据库只有五张表，一查业务就漏数据，答辩被老师追着问。我这个项目一共设计了八张核心表，这里讲几张最关键的。

志愿者表 volunteer

支教计划表 plan

报名表 apply_record

出勤表 attendance

其他表还包括学校信息表、物资申请表、系统公告表、管理员表。表与表之间的外键关系我全部用逻辑外键（也就是只存 id，不建物理外键约束），因为物理外键在后续做批量操作的时候容易出现约束冲突，而且删除数据时要一层层给面试官解释，太麻烦。毕设项目用逻辑外键是行业通用做法，也能体现你理解数据库性能优化。

3. 核心功能实现与关键代码解析

3.1 登录认证：拦截器 + Session + BCrypt

登录是每个管理系统的基础门槛。这个项目我没有引入 Spring Security 这种重型框架，而是用最经典的拦截器 + Session方案，实现起来可控、好讲、也够用。

首先定义一个拦截器类，主要逻辑是判断 Session 里有没有登录用户的 key：

@Component public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行登录接口和静态资源 String uri = request.getRequestURI(); if (uri.contains("/login") || uri.contains("/register") || uri.contains("/captcha") || uri.contains("/static")) { return true; } // 从 Session 中取出登录用户 Object user = request.getSession().getAttribute("loginUser"); if (user == null) { // 这里区分 Ajax 请求和普通请求 String header = request.getHeader("X-Requested-With"); if ("XMLHttpRequest".equals(header)) { response.getWriter().write("{\"code\":401,\"msg\":\"会话超时，请重新登录\"}"); } else { response.sendRedirect("/login"); } return false; } return true; } }

然后注册拦截器，并设置放行路径：

@Configuration public class WebMvcConfig implements WebMvcConfigurer { @Autowired private LoginInterceptor loginInterceptor; @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(loginInterceptor) .addPathPatterns("/**") .excludePathPatterns( "/login", "/register", "/captcha", "/volunteer/register", "/static/**" ); } }

密码存储用的是 BCrypt 加密。这里提醒一句：不要用 MD5，不要用明文。答辩时老师很可能会问"密码怎么存的"，你答 BCrypt 加盐哈希，再解释一下"即使数据库泄露，也无法反向还原用户密码"，这个点就过了。Spring Security 框架里可以直接注入 BCryptPasswordEncoder，我这里只引入 spring-security-crypto 一个依赖来实现加密，量级很轻。

3.2 志愿者注册审核：状态流转怎么设计

志愿者的注册审核是项目里第一个完整的"状态机"业务。我先说业务流程，再说代码。

流程是这样的：志愿者在前台注册，默认 status = 0（待审核）。管理员登录后台看到待审核列表，点通过或拒绝。通过后 status = 1，志愿者才能登录系统；被拒绝的账号登录时会得到"账号审核未通过"的提示。

这个状态流转在数据库里就是一个 int 字段，但代码层面要注意几个细节：注册接口要做账号唯一性校验，管理员审批时要校验志愿者状态不能重复处理，防止脏操作。

注册的 Controller 代码如下，注意事务控制：

@PostMapping("/volunteer/register") @ResponseBody public Result register(@RequestBody RegisterDTO dto) { // 1. 校验验证码 String captchaCode = redisTemplate.opsForValue().get("captcha:" + dto.getCaptchaKey()); if (!dto.getCaptcha().equalsIgnoreCase(captchaCode)) { return Result.error("验证码错误"); } // 2. 校验用户名唯一性 Volunteer existing = volunteerMapper.selectByUsername(dto.getUsername()); if (existing != null) { return Result.error("该用户名已被注册"); } // 3. 密码加密入库 Volunteer volunteer = new Volunteer(); volunteer.setUsername(dto.getUsername()); volunteer.setPassword(new BCryptPasswordEncoder().encode(dto.getPassword())); volunteer.setStatus(0); volunteerMapper.insert(volunteer); return Result.success("注册成功，请等待管理员审核"); }

这里我用了 Redis 存验证码，其实也可以用 Session 存，更简单。毕设里用 Session 完全没问题，别为了秀技术硬上 Redis，除非你确实熟悉它的配置和常见坑。

3.3 报名审批与名额控制：并发场景下的防超卖

支教计划表里有个need_num（需求人数）和recruited_num（已招人数）字段。报名审批通过后要更新这两个数字。这里有个非常经典的并发问题：同时有多个志愿者被审批通过，会不会导致已招人数超过需求人数？

基础写法是这样：

@Transactional public void approveApply(Long applyId) { ApplyRecord record = applyRecordMapper.selectById(applyId); if (record.getStatus() != 0) { throw new BusinessException("该报名已处理"); } Plan plan = planMapper.selectById(record.getPlanId()); if (plan.getRecruitedNum() >= plan.getNeedNum()) { throw new BusinessException("支教名额已满"); } // 更新报名状态 applyRecordMapper.updateStatus(applyId, 1); // 更新已招人数 planMapper.increaseRecruitedNum(plan.getId()); }

看着没问题？但如果在高并发下，两个事务同时读到recruited_num = 9，需求人数是 10，两个都会通过校验，然后都执行increaseRecruitedNum，最后结果是 11，超卖了。

解决办法是 SQL 层面做原子更新，用一个带条件的 update 语句：

@Update("UPDATE plan SET recruited_num = recruited_num + 1 WHERE id = #{planId} AND recruited_num < need_num") int increaseRecruitedNumWithCheck(@Param("planId") Long planId);

返回值是影响行数，如果影响行数不为 1，说明名额已经满了，直接抛异常回滚。用数据库的行级锁来保证原子性，比 Java 层的 synchronized 靠谱得多。这一个点如果你能在答辩时主动讲出来，老师会很惊喜，因为它确实体现了对并发控制的理解。

3.4 出勤登记与课时统计：环比数据的 SQL 写法

出勤模块比较常规，但统计报表的 SQL 值得展开讲。支教管理系统最常见的统计需求是：按志愿者统计总课时、按学校统计支教次数、按月份统计支教计划完成情况。

我举一个例子，按月统计各志愿者课时数：

<select id="selectHoursGroupByMonth" resultType="map"> SELECT DATE_FORMAT(attendance_date, '%Y-%m') AS month, volunteer_id, real_name, SUM(hours) AS total_hours FROM attendance a LEFT JOIN volunteer v ON a.volunteer_id = v.id WHERE a.attendance_date BETWEEN #{startDate} AND #{endDate} GROUP BY month, volunteer_id, real_name ORDER BY month DESC, total_hours DESC </select>

这里要注意DATE_FORMAT函数会避免对索引列的函数操作导致索引失效的问题——如果查询量不大影响不大，但能养成写 SQL 的良好习惯。另外 GROUP BY 里面要包含 SELECT 里的所有非聚合字段，这在 MySQL 8.0 默认开启了 ONLY_FULL_GROUP_BY 模式下是强制要求，不然直接报错。

课时统计的饼图、柱状图我用的是 ECharts。后端返回 JSON 数据，前端用 Ajax 拉取后渲染，不需要插件，效果又好看。这是整个项目里"显性工作量"最强的部分，论文里截两张图，视觉效果直接拉满。

3.5 POI 集成：Excel/Word 报表导出的实现

看到热搜词里有"java poi word能生成图表吗"，这里顺带讲讲我在项目中用 Apache POI 实现报表导出的做法。毕设里"导出 Excel 支教计划表""导出志愿者名单 Word 文件"都是很加分的功能点。

Excel 导出核心代码，三步走：

public void exportPlanList(HttpServletResponse response) throws IOException { List<Plan> planList = planService.listAllPlans(); // 1. 创建 Workbook 和 Sheet XSSFWorkbook workbook = new XSSFWorkbook(); XSSFSheet sheet = workbook.createSheet("支教计划表"); // 2. 创建表头 String[] headers = {"计划名称", "学校", "科目", "开始日期", "结束日期", "需求人数", "已招人数"}; XSSFRow headerRow = sheet.createRow(0); for (int i = 0; i < headers.length; i++) { headerRow.createCell(i).setCellValue(headers[i]); } // 3. 填充数据 int rowNum = 1; for (Plan plan : planList) { XSSFRow row = sheet.createRow(rowNum++); row.createCell(0).setCellValue(plan.getTitle()); row.createCell(1).setCellValue(plan.getSchoolName()); // 其他字段依次写入... } // 4. 设置响应头并写出 response.setContentType("application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"); response.setCharacterEncoding("UTF-8"); String fileName = URLEncoder.encode("支教计划表", "UTF-8") + ".xlsx"; response.setHeader("Content-Disposition", "attachment; filename=\"" + fileName + "\""); workbook.write(response.getOutputStream()); workbook.close(); }

关于 POI 能不能生成图表这个问题，答案是可以。POI 的 XSSFChart 类支持创建柱状图和折线图。但我的建议是：别在 Word 里用 POI 生成图表，直接在 Excel 里生成，或者用 ECharts 在前端画，复杂度低得多，效果也好得多。我在项目里用 POI 输出表格数据，图表的展示交给了前端 ECharts，这才是合理的分工。

4. 环境搭建与项目部署实录

4.1 本地开发环境准备清单

这个项目跑起来所需的工具比较多，我直接列一个清单，按照清单装，基本不会出岔子：

• JDK 1.8（不要装 JDK 17，SpringBoot 2.7 对 JDK8/11 支持最好）
• Maven 3.6 以上（配置阿里云镜像，否则依赖下载慢到怀疑人生）
• MySQL 5.7 或 8.0（推荐 5.7，和教程兼容性更好）
• IDEA 2021 以上（社区版也能跑，但专业版体验好很多）
• Redis（如果用了我前面提到的验证码方案才需要，不用可以跳过）

Maven 的阿里云镜像配置很简单，在~/.m2/settings.xml的 mirrors 节点里加：

<mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <name>阿里云公共仓库</name> <url>https://maven.aliyun.com/repository/public</url> </mirror>

4.2 数据库初始化与连接配置

项目的 SQL 脚本文件（init.sql）里包含了建库、建表、插入初始管理员账号等所有操作。导入的时候要注意执行顺序：先建库，再使用该库，然后执行建表语句。建议直接 Navicat 或者 IDEA 的 Database 工具，把脚本整体执行一遍。

然后修改 application.yml 里的数据源配置：

spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/rural_education?useUnicode=true&characterEncoding=utf-8&useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true username: root password: 你的数据库密码 type: com.alibaba.druid.pool.DruidDataSource mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.rural.education.entity configuration: map-underscore-to-camel-case: true log-impl: org.apache.ibatis.logging.stdout.StdOutImpl server: port: 8080

这里有几个参数必须解释清楚。useSSL=false是避免 MySQL 8.0 的 SSL 握手警告；serverTimezone=Asia/Shanghai是解决数据库和 JVM 时区不一致导致的日期偏移问题；allowPublicKeyRetrieval=true是 MySQL 8.0 驱动连接时的必要参数，不加会报"Public Key Retrieval is not allowed"。这三个参数是做 MySQL 8 连接时最常见的坑，提前配好能省半小时调试时间。

4.3 项目结构目录与启动步骤

我采用的标准 Maven 结构，包名建议用com.rural.education：

rural-education-system ├── src/main/java/com/rural/education │ ├── controller // 控制层，接收请求 │ ├── service // 业务层，处理核心逻辑 │ │ └── impl │ ├── mapper // MyBatis 数据访问层 │ ├── entity // 实体类 │ ├── dto // 数据传输对象，接收前端参数 │ ├── vo // 视图对象，返回前端数据 │ ├── config // 配置类（拦截器、WebMvc配置） │ ├── common // 通用类（Result、异常处理） │ └── RuralEducationApplication.java // 启动类 ├── src/main/resources │ ├── mapper // MyBatis XML 映射文件 │ ├── static // 前端静态资源 │ ├── templates // 页面模板 │ └── application.yml └── pom.xml

启动步骤很直接：右键RuralEducationApplication的 main 方法点击 Run。看到"Started RuralEducationApplication"字样就说明启动成功了。默认访问地址是http://localhost:8080。

如果项目里引用了 Redis，别忘了先把 Redis 服务启动起来。我当时用 Session 替代 Redis 后就没有这个依赖了，启动更干净。

4.4 部署到服务器需要调整的关键位置

本地跑通后，很多同学还想把系统部署到云服务器上给老师演示，这里有几个和本地不一样的坑。

第一，数据库连接地址要改。本地开发用 localhost，服务器上要改成云数据库的内网地址或公网地址。如果用公网地址，记得在云控制台的安全组里放通 3306 端口。

第二，本地文件存储路径要改。项目里上传的图片如果写到本地磁盘的绝对路径（比如 C:/upload），部署到 Linux 服务器就废了。我在项目里用了一个配置文件来动态读取存储路径：

upload: path: /usr/local/upload/ access-path: /upload/**

对应的虚拟路径映射：

@Configuration public class UploadFileConfig implements WebMvcConfigurer { @Value("${upload.path}") private String uploadPath; @Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler("/upload/**") .addResourceLocations("file:" + uploadPath); } }

第三，打包命令用 Maven 的 package，执行mvn clean package -DskipTests，生成 target 目录下的 jar 包。然后上传到服务器，用nohup java -jar rural-education-system.jar > app.log 2>&1 &启动，日志输出到 app.log 方便排查问题。

注意：服务器上 Java 版本必须和打包环境一致或者兼容，JDK8 打出的包可以直接在 JDK8/11 上跑，但如果在 JDK8 打包，放到 JDK17 环境运行，大概率会因为 SpringBoot 2.7 对高版本 JDK 的兼容问题启动失败。

5. 高频故障排查与避坑手册

5.1 项目启动报错：端口被占用与数据源初始化失败

这类报错是最常见的，我也被折腾过不少次。启动时报Port 8080 was already in use，说明之前的 Tomcat 实例没关干净。Windows 下用netstat -ano | findstr 8080找到 PID，然后taskkill /F /PID 进程号干掉它。Mac/Linux 下用lsof -i:8080然后kill。

数据源初始化失败的报错通常是Failed to configure a DataSource，这个基本可以断定是 application.yml 里的连接参数有问题。按顺序排查：MySQL 服务有没有启动、密码是否正确、数据库名是否存在。有时候 IDEA 里改了代码没重新编译，也会出现这种"配置明明改了还是报旧错"的情况，执行一下 Maven 的 clean 再重启。

5.2 MyBatis 映射报错：XML 与实体类属性对不上

这个项目的 mapper XML 文件我统一放在resources/mapper目录下。常见报错有两类：一类是Invalid bound statement (not found)，说明 Mapper 接口和 XML 没有正确绑定。检查两点：mapper-locations配置是否包含了目录，以及 XML 文件的 namespace 是否和接口全限定名一致。

另一类是查询结果全是 null。这个大概率是 MySQL 字段的蛇形命名（比如real_name）和 Java 实体类的驼峰属性（realName）没对应上。我在 application.yml 里开了map-underscore-to-camel-case: true，但如果某些字段写了 resultMap，就要确认 resultMap 的 column 和 property 一一对应。建议简单查询直接用自动驼峰映射，复杂查询再写 resultMap。

5.3 文件上传大小限制

做志愿者头像上传和支教照片上传的时候，SpringBoot 默认文件上传大小只有 1MB，这显然不够用。需要在配置文件里调整：

spring: servlet: multipart: max-file-size: 10MB max-request-size: 20MB

还有一个隐蔽的坑：上传文件的接口返回 JSON 时，如果文件过大，前端会先收到一个"413 Payload Too Large"的错误，这是 Nginx 层的拦截。如果是本地直接跑 SpringBoot 内置 Tomcat，不受 Nginx 限制；如果部署时加了 Nginx 反向代理，还得在 Nginx 配置里加client_max_body_size 20m;。

5.4 时区问题：数据库时间比实际晚 8 小时

这是几乎所有 JavaWeb 项目都会遇到的时区坑。现象是：页面显示的时间和数据库存储的时间相差 8 个小时。原因是数据库连接参数里没有设置 serverTimezone，MySQL 默认用的是服务器本地时区，而 JVM 默认用系统时区，两边一旦不一致就会出现偏移。

解决办法就是在数据库连接 URL 中强制指定serverTimezone=Asia/Shanghai。同时尽量用DATETIME而非TIMESTAMP类型存储日期字段，因为 TIMESTAMP 会有存储范围的限制（1970~2038 年），对支教计划这种长期规划的场景来说，DATETIME 更稳妥。

5.5 前端跨域问题的出现与快速解决

如果前端你用的是静态 HTML 文件，在本地用 Live Server 或者直接双击打开，访问http://localhost:8080的接口，就会遇到跨域问题。浏览器控制台报CORS policy错误。

最简单的解决方式是在后端加一个 WebMvcConfigurer 配置：

@Configuration public class CorsConfig implements WebMvcConfigurer { @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/**") .allowedOriginPatterns("*") .allowedMethods("GET", "POST", "PUT", "DELETE") .allowedHeaders("*") .allowCredentials(true) .maxAge(3600); } }

但更一劳永逸的办法，是想办法将前端页面放到 SpringBoot 的静态资源目录（resources/static）下，这样前后端同源，根本不会触发跨域。这也是为什么我建议毕设项目不要强行做前后端分离的原因之一——徒增没有技术含量的跨域问题。

6. 项目答辩与功能扩展的实战心得

6.1 答辩高频问题与回答框架

答辩环节老师最爱问的问题，按我的经验排个序：

"你系统里有哪些角色？它们的权限是怎么控制的？"答：三种角色，管理员、志愿者、学校负责人。权限控制通过登录拦截器 + Session 会话 + 菜单权限过滤三层实现。具体来说，后端每个 Controller 接口都会经过自定义拦截器校验 Session，不同角色的菜单由后端按角色标识动态返回。

"报名名额并发是怎么处理的？"答：在数据库层面利用行级锁保证名额原子更新。具体是 update 语句带条件，影响行数等于 1 才算抢名额成功，否则回滚事务。这个方案避免了 Java 代码层的同步锁在分布式环境下失效的问题。（这个问题答好了真的是加分项。）

"为什么用逻辑外键不用物理外键？"答：因为物理外键在高并发插入或批量更新时会导致额外的锁开销和约束校验成本，在分布式或者分库分表场景下物理外键完全不可用。用逻辑外键把表之间的关系交给应用层管理，灵活度更高，也方便后续做数据归档。

"系统的异常是怎么处理的？"答：全局异常处理。我用了@RestControllerAdvice配合自定义业务异常类，在 Controller 层统一捕获异常，封装成统一的返回结构 Result。未捕获的运行时异常也统一记录日志并返回友好提示，前端不会看到堆栈信息。

这些问题的回答要点我都提前在论文里的"系统设计"部分埋好了伏笔，答辩时老师照着问，你照着答，基本不会卡壳。

6.2 低成本亮点功能扩展方向

如果时间充裕，或者想冲一下优秀毕设，我推荐这几个扩展方向，投入产出比最高：

消息通知功能。用 WebSocket 实现管理员审批完成后，志愿者页面不用刷新就能收到"报名已通过"的实时通知。WebSocket 是 SpringBoot 里比较独立的模块，配置简单，讲起来技术含金量也够。

数据看板大屏。在首页做一个统计概览，用 ECharts 展示志愿者地区分布、支教计划完成进度、月度课时趋势等。这类效果图放在答辩 PPT 里非常唬人，实际开发半天就能搞定。

Excel 批量导入。管理员批量导入志愿者名单，用 POI 读取 Excel 后逐行校验、批量插入。和导出功能配套，一个完整的数据管理闭环就出来了。

PDF 支教证明生成。用 iText 根据志愿者出勤数据自动生成支教证明 PDF，这个功能贴合真实业务场景，也展示了更丰富的技术栈。

6.3 我做这个项目的几点体会

最后聊几句掏心窝的话。做毕设项目，方向比努力重要。选一个业务场景真实、角色划分清晰、功能有深度的题目，比闷头写两千行代码有用得多。乡村支教管理这个题目，我第一次做完一遍后最大的感受是：它把 Web 开发里最核心的东西全部覆盖了——单表操作、多表联查、状态流转、数据统计、文件上传导出、权限拦截，每一条都是面试时的考察点。

在时间规划上，建议给自己留三个星期的缓冲。第一周把需求分析和数据库设计做完，第二周搭框架写核心业务，第三周补前端、测试、写文档。别想着一个星期修仙，数据库设计不扎实，后面改表结构能改到怀疑人生。

整个项目做完，光是代码量大概在五千行左右，论文加图表能写到三万字上下。花的时间不少，但收获也扎实——我从这个项目里真正理解了"事务"不只是一个注解，理解了并发控制不是八股文，理解了 SQL 优化不是玄学。这些东西陪了我后面一路，希望也能对你有用。