企业官网建设流程全解析

高校志愿者管理系统这个题目，在我接触过的计算机毕设里属于"出镜率"很高、但又特别容易做崩的一类。很多同学拿到题就开始急着找模板、改页面，结果数据库一张表都没有建明白，SSM框架三个配置文件直接抄网上老掉牙的版本，最后项目跑不起来，答辩的时候被老师一问"这个字段为什么这么设计"就直接卡壳。这篇就结合我多年带毕设、帮人改项目的经验，把这个系统从设计到落地、从跑起来到能答辩讲透。

1. 项目整体设计思路：这套系统的定位与关键决策

1.1 需求分析与功能模块规划

高校志愿者管理系统，核心业务对象就三句话：谁在服务、在做什么服务、服务得怎么样。展开来说就是志愿者信息管理、活动发布与报名、服务时长记录与统计，再加上一个后台管理入口。

很多学生会把功能做得非常散：一会儿加个论坛，一会儿加个问卷模块，一会儿又加个在线考试，最后项目倒是"高大上"了，但每一个模块都是半吊子，数据库表十几张彼此之间还没什么关联。毕设不是商业项目，评审老师看的是你能不能把一条核心业务线走通。所以我建议功能边界收敛成这样：

这条线看起来简单，但"全流程"就体现在志愿服务从招募、报名、参与、时长认定到数据统计的每一个环节都有据可查。

1.2 为什么采用SSM框架组合

既然标题里写的是SSM框架，那就必须能讲清楚为什么选它，而不是一句"题目要求用SSM"糊过去。

SSM是Spring + SpringMVC + MyBatis的缩写，本质上是把三件事解耦：Spring管对象、SpringMVC管请求、MyBatis管数据库。它的生态成熟、学习资料多，而且帮助你在脑子里建立"分层"的概念——这和真实企业项目里的架构是一脉相承的，只是SpringBoot把这个过程自动化了而已。

用生活化类比来解释：Spring就像一个家政公司，负责创建和管理所有的家政人员（Bean），谁需要谁就去注册中心拿人；SpringMVC是前台接线员，所有客人的请求（HTTP请求）都由它来接收、转达、回复；MyBatis则是仓库管理员，专门负责把数据从货架（数据库）上拿下来或者存上去，而且支持你用半自动的SQL灵活操作。

选SSM而不是直接上SpringBoot，原因有三点。第一，毕设重在对原理的理解，SSM的配置过程是显式的，你亲手写过spring-mvc.xml、mybatis-config.xml之后，对框架的加载顺序、作用边界会非常清楚；第二，网上关于SSM的成熟案例极多，遇到问题很容易找到参考资料；第三，答辩时老师非常喜欢问"如果换到SpringBoot会有什么变化"，你要是能回答出"SpringBoot本质上是自动配置，减少了XML配置，但底层还是SpringMVC和MyBatis"这种水平，这一题就稳了。

1.3 技术栈选型的完整清单

实际做这个项目，推荐的技术组合如下，这个组合是我验证过最容易跑通的：

• 开发语言：JDK 1.8（不要一上来就用17、19，老项目依赖很多不兼容）
• 核心框架：Spring 5.0.x + SpringMVC 5.0.x + MyBatis 3.5.x
• 构建工具：Maven 3.6.x（用IDEA自带的也行）
• 数据库：MySQL 5.7（8.0也能用，但注意驱动和时区配置）
• 前端：JSP + JSTL + Bootstrap + jQuery + AJAX（毕设展示最稳妥的方案，不要折腾Vue，除非你前端很熟练）
• 服务器：Tomcat 8.5或9.0
• 额外工具：Lombok（能少写一大半实体类代码）、PageHelper分页插件（翻页效果有手就行）

尤其是Lombok，相当多毕设项目的痛苦来源就是实体类的getter/setter写到手抽筋，加一个@Data注解全部搞定。不过记得检查IDEA是否安装Lombok插件，否则编译会报"找不到符号"。

2. 数据库设计：表结构是关键的第一道大关

2.1 核心数据表设计

很多同学喜欢上来就写代码，这是绝对的误区。数据库表设计决定了业务能不能走通，也是答辩时老师必然盯着的部分。整个系统的核心表我建议这样做：

用户表（sys_user）

这里有一个关键决定：为什么用户和管理员放在同一张表？因为两者的核心属性高度重叠，分开建会增加冗余。用一个role字段区分身份，用status字段支撑管理员的审核动作，一举两得。这个设计在答辩时可以说是"基于RBAC模型简化，适合轻量级场景"。

活动表（volunteer_activity）

报名表（activity_signup）

服务记录表（service_record）——这是全项目的点睛之笔

另外建议加一张公告表（notice），用于首页展示校园志愿相关的新闻、活动预告，内容字段是title、content、publish_time，和维护管理员ID。

2.2 表关系与设计细节

四张核心表的关系非常清爽：

• sys_user 与 volunteer_activity：一对多（一个管理员可以发布多个活动）
• sys_user 与 activity_signup：一对多（一个志愿者可以报名多个活动）
• volunteer_activity 与 activity_signup：一对多（一个活动可以被多个人报名）
• activity_signup 与 service_record：通过 activity_id 和 user_id 联合关联（一场活动对应一条服务记录）

在设计细节上，有几个地方必须留心，这是我从实际项目中挖出来的坑：

• current_people 字段必须配合事务更新，否则会出现报名人数超过 max_people 的bug。核心逻辑还是要在 Service 层用 update ... set current_people = current_people + 1 where activity_id = ? and current_people < max_people 这种条件更新来实现，返回受影响行数为0时就别再报成功了。
• password 字段绝不能存明文，哪怕毕设也必须用 MD5 至少加盐处理。答辩时如果老师问"密码安全性你怎么保证"，这也是一项加分项。
• 所有涉及 time 的字段都建议用 datetime 而不是字符串，前端的日期组件格式化时也方便，MySQL 做排序统计也更顺畅。

2.3 数据库设计的避坑点

数据库设计中一个容易被忽略的问题就是编码。建库的SQL我建议固定写成：

CREATE DATABASE volunteer_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

为什么不用utf8？因为MySQL的utf8不是真正的四字节utf8，一旦用户填了个表情符号就存不进去了，报错Incorrect string value是最常见的。utf8mb4是utf8的超集，兼容性最好。

另外一个设计避坑是：不要过度添加冗余字段。比如很多学生会给活动表加一个"浏览量"或"报名人数"，然后在报名表里也维护一份，这种冗余在毕设里不会加分，反而会在你写更新逻辑时处处给你挖坑（两边数据不一致）。好的设计是合理冗余，不是堆砌字段。

3. SSM框架整合与核心请求流转

3.1 三大框架整合的配置文件

SSM项目跑不起来，80%的问题出在配置上。我可以负责任地告诉你，网上流传的很多SSM整合教程用的配置都很老，甚至Spring版本和JDK都不匹配。我这里给你一套经过大量项目验证的组合。

Maven依赖的核心部分，注意版本之间的搭配：

<properties> <spring.version>5.0.8.RELEASE</spring.version> <mybatis.version>3.5.3</mybatis.version> </properties> <dependencies> <!-- Spring核心五个包：spring-core, spring-beans, spring-context, spring-tx, spring-jdbc（版本一致） --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>${spring.version}</version> </dependency> <!-- MyBatis + 适配包（注意：mybatis-spring适配包版本和mybatis版本要匹配） --> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>${mybatis.version}</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.0.5</version> </dependency> <!-- 数据库驱动：5.7对应mysql-connector-java 5.1.4x，8.0要用8.0.x --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.47</version> </dependency> <!-- 其他必备：jstl, servlet-api(jsp), jackson, pagehelper, lombok --> </dependencies>

这里必须敲一下黑板：Spring 5.0.x 最低支持 JDK 7，JDK 8 完全兼容。如果你本机装的是 JDK 11或更高，建议要么换JDK，要么把Spring升到 5.3.x；JDK 17的话Spring 5.3.x 也需要 5.3.8+ 才行。很多同学刚配完环境就启动报UnsupportedClassVersionError，基本都是这个原因。

核心的Spring配置（applicationContext.xml）这样写：

<!-- 开启注解扫描，必须排除@Controller --> <context:component-scan base-package="com.volunteer"> <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/> </context:component-scan> <!-- 数据源 --> <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <property name="driverClassName" value="com.mysql.jdbc.Driver"/> <property name="url" value="jdbc:mysql://localhost:3306/volunteer_db?useUnicode=true&amp;characterEncoding=utf8"/> <property name="username" value="root"/> <property name="password" value="123456"/> </bean> <!-- 整合MyBatis --> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="mapperLocations" value="classpath:mapper/*.xml"/> <property name="typeAliasesPackage" value="com.volunteer.entity"/> </bean> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <property name="basePackage" value="com.volunteer.mapper"/> </bean> <!-- 事务管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <tx:annotation-driven transaction-manager="transactionManager"/>

SpringMVC配置（spring-mvc.xml）：

<!-- 只扫描Controller --> <context:component-scan base-package="com.volunteer.controller"/> <!-- 视图解析器 --> <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/views/"/> <property name="suffix" value=".jsp"/> </bean> <!-- 开启注解驱动，才能用@ResponseBody返回JSON --> <mvc:annotation-driven/> <!-- 静态资源放行，否则css/js全部被拦截 --> <mvc:resources mapping="/static/**" location="/static/"/>

Web.xml中配置核心DispatcherServlet和字符编码过滤器：

<filter> <filter-name>encodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> </filter> <filter-mapping> <filter-name>encodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> <servlet> <servlet-name>dispatcher</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:applicationContext.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet>

3.2 一次完整请求的流转过程

讲清楚配置以后，必须能把"一次请求是怎么走的"讲给答辩老师听。比如志愿者在前端点击"报名活动"，浏览器发一个AJAX POST请求到/signup/add，这个过程可以拆成七步：

1. 前端把 activity_id 和 user_id（从session取）拼成JSON或FormData，发给DispatcherServlet
2. DispatcherServlet根据@RequestMapping找到 SignupController 里的 addSignup 方法
3. 进入方法前，如果配置了拦截器，拦截器先做校验（比如当前用户是否登录、活动是否已结束）
4. Controller 调用 SignupService 的 addSignup 方法
5. Service 层开启事务，先走报名表 insert，再用条件更新活动表的 current_people，两步都成功才能提交事务
6. MyBatis 执行 Mapper 里的SQL，返回受影响行数
7. Controller 把结果封装成统一的 JSON 返回给前端，前端根据 code 提示"报名成功"或"活动名额已满"

这个流程你如果能不看笔记讲出来，说明SSM你是真的懂了。

3.3 核心业务代码实现要点

以下两个核心Service方法的实现逻辑，我建议你逐行读一下，很多毕设项目就是卡在这种细节上。

活动报名逻辑：

@Service @Transactional public class SignupServiceImpl implements SignupService { @Autowired private SignupMapper signupMapper; @Autowired private ActivityMapper activityMapper; @Override public Result addSignup(Integer userId, Integer activityId) throws Exception { // 1. 判断活动是否存在且未结束 VolunteerActivity activity = activityMapper.selectById(activityId); if (activity == null || activity.getStatus() == 3) { return Result.error("活动不存在或已取消"); } if (activity.getStatus() == 2) { return Result.error("活动已结束，无法报名"); } // 2. 判断是否重复报名 if (signupMapper.countByActivityIdAndUserId(activityId, userId) > 0) { return Result.error("您已报名过该活动"); } // 3. 使用条件更新原子地扣减名额（防止并发超报） int updateCount = activityMapper.increaseCurrentPeople(activityId); if (updateCount == 0) { return Result.error("名额已满"); } // 4. 创建报名记录 ActivitySignup signup = new ActivitySignup(); signup.setActivityId(activityId); signup.setUserId(userId); signup.setStatus((byte) 0); signup.setSignupTime(new Date()); signupMapper.insert(signup); return Result.success("报名成功，等待审核"); } }

注意第3步，SQL 是这样：

<update id="increaseCurrentPeople"> update volunteer_activity set current_people = current_people + 1 where activity_id = #{activityId} and current_people &lt; max_people </update>

一句话完成"检查名额是否已满 + 扣减名额"两个动作，而且在数据库层面是原子操作，这就是工业级做法的一个缩影。

服务时长统计，这个功能是系统的重要专业点，也是答辩亮点：

@Autowired private ServiceRecordMapper recordMapper; // 按志愿者统计总时长 public List<Map<String, Object>> statHoursByUser() { return recordMapper.sumHoursGroupByUser(); }

4. 核心功能模块的实现与细节打磨

4.1 用户注册登录与权限控制

登录模块的要点不在"账号密码比对"——这一步大家都会，真正的重点是访问控制。毕设系统里最忌讳的就是通过URL直达后台页面，比如直接访问/admin/activityList.jsp就看到了管理页面，等你把/admin/userList.jsp改成删除操作链接，热心同学一点，数据没了。

解决方案是SpringMVC拦截器，代码非常简单但行之有效：

public class AuthInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session = request.getSession(); SysUser user = (SysUser) session.getAttribute("loginUser"); if (user == null) { // 未登录，重定向到登录页 response.sendRedirect(request.getContextPath() + "/login"); return false; } // 管理员接口，校验角色 String uri = request.getRequestURI(); if (uri.contains("/admin/") && user.getRole() != 1) { response.sendError(403); return false; } return true; } }

在spring-mvc.xml里注册：

<mvc:interceptors> <mvc:interceptor> <mvc:mapping path="/**"/> <mvc:exclude-mapping path="/login"/> <mvc:exclude-mapping path="/static/**"/> <mvc:exclude-mapping path="/register"/> <bean class="com.volunteer.interceptor.AuthInterceptor"/> </mvc:interceptor> </mvc:interceptors>

这里有个细节：如果注册了静态资源拦截，忘了放行 /static/，你会看到页面CSS全部丢失**，界面惨不忍睹而你还不知道错在哪。这个坑我不止一次在帮人排查时遇到。

4.2 活动发布与全流程状态管理

活动的状态机是整个系统的核心业务线。管理员发布活动时，初始状态是"未开始"（status=0），到了开始时间，系统应自动变为"进行中"（status=1），结束时间过了变为"已结束"（status=2）。

有三种方案实现状态的自动流转，我按推荐顺序排列：

• 方案一：查询时实时计算（推荐，毕设最省事）——每次查活动列表，查询SQL直接比对start_time/end_time与NOW()，返回一个"显示状态"，无需定时任务，避免系统重启后状态不更新
• 方案二：后台定时任务（Spring @Scheduled）——每一分钟扫一次表，更新到期活动的状态，注意要有开关配置，否则在本地测试时总是不停打印日志
• 方案三：懒更新——用户访问时判断当前活动的start_time和end_time，如果已过期则更新状态

毕设阶段方案一就足够了，而且在数据库层面用CASE WHEN实现也不复杂。这个设计答辩说出来，老师会觉得你想过生产环境的问题。

报名审核流程建议做成：志愿者报名 -> 状态为"待审核" -> 管理员在后台点击通过/拒绝 -> 志愿者在个人中心看到状态变化。如果做成一报名就直接通过（status=1），那"全流程"就不完整了，答辩时这道题会成为你的软肋。

4.3 服务时长记录与可视化统计

服务时长是志愿者系统的"绩点"，必须讲清楚它是怎么产生的。最简单的合理流程：活动结束之后，管理员在活动详情页点"录入时长"，填写本次服务的小时数，保存为服务记录，状态为"待确认"；志愿者在个人中心看到时长记录后可以确认；管理员也可以批量导入。

这里要注意时长字段的类型。用 decimal(4,1) 而不用 int，是因为很多志愿活动是"2.5小时"这种带小数点的，你如果设计成 int，数据录入时就先损失精度了。

志愿者个人中心的统计建议包含三个核心数字：

-- 累计服务时长（已确认） SELECT IFNULL(SUM(service_hours), 0) FROM service_record WHERE user_id = #{userId} AND record_status = 1; -- 参加活动次数 SELECT COUNT(DISTINCT activity_id) FROM service_record WHERE user_id = #{userId} AND record_status = 1; -- 本月服务时长 SELECT IFNULL(SUM(service_hours), 0) FROM service_record WHERE user_id = #{userId} AND record_status = 1 AND DATE_FORMAT(create_time, '%Y-%m') = DATE_FORMAT(NOW(), '%Y-%m');

如果前端愿意引入ECharts，给志愿者画一个"近六个月服务时长柱状图"或者"服务类型分布饼图"，这个页面的视觉效果立刻就和别人拉开车距，答辩现场展示时非常唬人。

5. 实际运行中的常见问题与排查手册

5.1 部署启动类问题

Maven依赖下载不下来：如果不是网络问题，八成是仓库地址。在Maven的settings.xml里把mirror换成阿里云镜像源，然后Reimport一次。

Tomcat启动成功但显示404：检查web.xml里DispatcherServlet的配置和WEB-INF/views目录下有没有对应的JSP。另外注意，你的JSP页面必须放在WEB-INF下面，放在web根目录会被拦截器拦住或者完全无法访问。

IDEA热部署导致页面不刷新：在Server选项卡里把"On frame deactivation"改成Update classes and resources，能解决你90%的页面修改后看不见效果的问题。有些老项目还要手动在Catalina启动参数里加-Dfile.encoding=UTF-8，否则日志中文会乱得没法看。

5.2 数据库连接与数据类问题

连接失败 Communications link failure：基本是两类原因，一是MySQL服务没启动，到服务里手动启动；二是URL配置问题，MySQL 8.0版本要用com.mysql.cj.jdbc.Driver，并加serverTimezone=Asia/Shanghai。

数据库中文写入后显示??：先查建库字符集是否utf8mb4，再查JDBC URL是否带了characterEncoding=utf8，最后查JSP页面头部是否声明UTF-8。绝大部分学生中文字符集问题就出在这三个地方之一。

运行时报Too many connections：多半是连接池配置不对，数据源类用了DriverManagerDataSource但每次请求都新建连接。建议把连接池换成Druid或者C3P0，并且设置合理初始数和最大值。

5.3 业务代码类问题

MyBatis报"Invalid bound statement (not found)"：90%的原因是把Mapper接口和Mapper.xml放在了不同包下面且没有正确指定 mapperLocations，或者配置文件里路径写错。注意检查IDEA的target/classes目录中是否真的生成了对应的xml文件，如果没有，还需要在pom.xml里加资源设置。

JSON返回中文乱码：SpringMVC默认JSON转换用的是Jackson，最稳妥的办法是在Controller里的@RequestMapping注解中直接加produces，或者配置消息转换器。最直观的写法：

@RequestMapping(value = "/list", produces = "application/json;charset=utf-8") @ResponseBody public Object list() { ... }

控制台打印的SQL是问号：这个不是问题，MyBatis默认就是预编译占位符。如果想调试看SQL真实值，引入p6spy日志插件或者在mybatis-config.xml里配置<setting name="logImpl" value="STDOUT_LOGGING"/>。

5.4 前端交互问题的几个细节

AJAX请求总是走error回调：检查返回类型是JSON还是字符串，很多同学Controller里漏了 @ResponseBody，结果返回的是视图名而不是JSON数据。

Bootstrap的模态框点按钮没反应：确认jQuery和Bootstrap文件是否都引入，两边的版本是否兼容。建议全部用bootstrap 3.4.x加jquery 3.4.x这种老牌组合，谁也不挑谁。

6. 毕设答辩时的几个加分细节

6.1 核心功能演示要准备两个版本的账号

答辩前请务必准备好一个管理员账号和一个志愿者账号。管理员账号演示完整流程：登录 -> 发布活动 -> 审核报名 -> 录入时长；志愿者账号演示完整流程：注册/登录 -> 浏览活动 -> 报名活动 -> 查看待审核状态 -> 查看服务记录与统计。如果可以用两个浏览器窗口同时演示，效果会更好，老师看着直观，也省得你反复切换账号。

特别提醒：演示前把账号密码写在一张纸条上贴在电脑上，万一现场紧张忘了密码，场面会非常尴尬。

6.2 答辩老师可能追问的问题

下面几类高频问题，我把参考思路也一起写了：

• "你为什么要用SSM，我听说SpringBoot很简单，你为什么不直接用？"参考回答："SSM相对SpringBoot多了一步手动配置，但让我更深刻地理解Spring容器和SpringMVC的请求流程。SpringBoot的核心是自动配置，如果我只用SpringBoot而没有手动整合过，遇到配置问题很难定位。毕设阶段我希望更扎实，SSM也能更好地展示我对框架原理的理解。实际工作中我也会很快掌握SpringBoot。"

• "你这个current_people字段怎么防止并发超报？"参考回答："报名时执行条件更新SQL，加了 current_people < max_people 条件，数据库底层保证原子性，受影响行数为0则拒绝，而不是简单查出来再更新的逻辑。"

• "你的密码安全怎么保障？"参考回答："密码用MD5加固定盐值加密存储，数据库里不会出现明文。真实的商用系统会用BCrypt等自适应哈希算法，但毕设场景下MD5加盐足够说明安全意识。"

• "如果用户量大了怎么优化？"这个问题别慌，回答思路是"数据库层面加索引、SQL层面减少联表查询和子查询、热点数据可以做Redis缓存、图片等静态资源上CDN、后续如果进一步扩展可以考虑把报名等写操作削峰填谷"。

6.3 项目的拔高方向：让毕设拉开差距

如果时间和精力允许，我强烈建议做以下两到三件事，让你这个项目在同类中拔尖：

• 加一个导出功能：将服务时长统计结果导出为Excel。用Apache POI写一个ExportController，几十行代码，用起来效果很好。展示时直接说"支持导出服务时长报表，方便学院做志愿数据归档"，这在老师眼里属于"有真实业务场景"的加分项。
• 加一个ECharts可视化面板：管理员首页显示活动报名趋势图、各学院志愿服务时长排行Top10，直接提升项目颜值。
• 加一个简单的短信或邮件提醒：活动开始前一天给报名成功的志愿者发提醒邮件，用JavaMail实现，代码量不大但显得很完整。

这些扩展每一块都不复杂，但它们组合起来就把一个"课程作业"升华成了"有完整业务闭环的实习级项目"。

7. 写代码时最容易忽视的另一面：代码规范

说句实在话，每年我评审毕设代码，看到最多的问题不是功能做不出来，而是代码写得没法看。同样实现一个功能，有的同学的代码可以当教材示例，有的同学的代码让人看了想关掉页面。

具体规范建议如下：

Controller里只做参数接收和结果返回，不要出现任何SQL相关的字符串：

// 错误示范：在Controller里组装业务判断 @GetMapping("/signup") public String add(@RequestParam String id) { if (id == null || "".equals(id)) { return "error"; } // 一堆业务逻辑写在Controller里... return "success"; }

正确姿势是Controller五到十行，业务逻辑放Service，SQL放Mapper。这句"瘦身Controller、充实Service"在答辩时是明确的加分标准。

异常处理建议写一个全局异常处理类：

@ControllerAdvice public class GlobalExceptionHandler { @ExceptionHandler(Exception.class) @ResponseBody public Result handleException(Exception e) { e.printStackTrace(); return Result.error("系统繁忙：" + e.getMessage()); } }

这样即使代码里有漏网的异常，也不会直接给浏览器抛一堆吓人的堆栈。另外实体类字段请遵循驼峰命名，数据库字段用下划线，MyBatis里打开驼峰映射开关，两种风格自动转换，省去你在xml里一个个配resultMap的麻烦。

我做了这么多次项目，有一个体会特别深：毕设答辩其实考察的不只是功能做没做出来，更重要的是你的"工程素养"——代码有没有层次感、注释是否清晰、遇到问题时能不能讲清楚排查思路。这些细节往往比功能本身更能说服老师。希望这篇把设计思路、表格结构、SSM整合细节、常见踩坑和答辩要点都覆盖到的文章，能让你在这个经典题目上少走弯路，做出一个自己真心满意的项目。