企业官网建设流程全解析

简介：一套基于SSM+JSP的医院招聘考试管理系统完整开发包，面向计算机、数学、电子信息等专业的课程设计、期末大作业与毕业设计。系统覆盖考生信息管理、试题管理、考试安排与成绩统计等核心模块，采用Spring+SpringMVC+MyBatis整合架构，前端使用JSP动态页面，数据库为MySQL，可帮助学习者快速理解B/S管理系统从设计到落地的完整链路。资源包含1396个文件，以JavaScript脚本、JSP页面、Java源码、CSS样式及图片素材为主，另有MySQL建库脚本、XML配置文件等，压缩包整体约25.1MB，目录结构清晰，便于按功能模块检索。目前已有124人学习。除全部可运行源码外，还附带毕业论文、演示PPT与开发说明文档，代码经过严格调试，可直接导入部署。适合作为毕设参考或深入学习Java Web开发的练手项目；若需扩展功能，需具备一定代码阅读与调试能力。

1. 这源码要解决的，是毕设季最容易被问住的三个问题

如果你手里正在准备的是一套「java基于ssm+jsp 医院招聘考试管理系统源码」，大概率是奔着毕业设计去的。这类项目在每年的 java 课程设计和毕设里出现频率极高，原因很直接：SSM 框架是面试题库里的常客，JSP 又是传统 Java Web 的必修课，医院招聘考试这个业务场景把「用户、岗位、考试、成绩」串成了一条完整的数据链路，论文有东西写，答辩有案例讲。而标题里带的毕业论文、PPT 和 SQL 文件，恰恰是多数人拿到源码后最不知道从哪下手的三样东西——代码能跑起来只是第一步，论文结构怎么对应模块、PPT 讲哪几条线、SQL 里的表和业务是怎么咬合的，才是真正决定你能不能顺利过关的地方。这套系统适合两类人：一是急着交毕设、需要一份能改能讲脚手架的本科生，二是想补 Java Web 全链路、把 SSM 和 JSP 揉在一起练手的新手。下面我按自己做过类似项目的顺序，把模块拆分、环境搭建、核心代码、踩坑记录一次讲完。

2. 先拆系统再碰代码：招聘考试的业务模块与表结构

拿到源码第一步不是急着启动项目，而是把源码目录和 SQL 文件对应起来。医院招聘考试管理系统和一个普通的 CRUD 后台不同，它的核心链路是：医院发布岗位 → 考生注册报名 → 管理员审核 → 考生参加考试 → 系统判分 → 成绩公示。整条链上有三类角色：系统管理员、考生、阅卷专家。权限不同，看到的菜单和能点的按钮就完全不同。源码里的 Controller、Service、Mapper 基本都是按这条链路组织的，你要是上来就看代码，很容易被十几个 Controller 绕晕。我一般建议按「角色 → 功能模块 → 数据表」三层来拆。

2.1 从源码目录反推系统模块：先看 Controller，再看 JSP 文件夹

拿到源码后，先用 IDE 打开整个工程，看包名。常见的结构是这样的：controller、service、mapper（或者叫dao）、pojo（或者叫entity）、interceptor、util，src/main/webapp/WEB-INF/jsp下放着页面。你先按 Controller 的名字数一下功能模块，比如LoginController、UserController、PostController、QuestionController、ExamController、ScoreController、NoticeController，基本就能对应出系统的大功能。

医院招聘考试管理系统通常包含五个核心模块：系统管理（登录、用户管理、角色权限、公告管理）、岗位管理（科室维护、招聘岗位发布）、题库管理（试题录入、分类维护）、考试管理（试卷生成、考试安排、考试执行）、成绩管理（答卷批阅、成绩查询、统计导出）。这五个模块对应着论文里的功能需求分析章节。你在写毕业论文时，功能模块图就按这五个画，每个模块配一个用例表——参与者、操作、前置条件、后置条件，四行一张表，答辩时老师问「系统有哪些功能」你直接照着说。

还有一个容易被忽略的点：JSP 页面按功能分层。通常WEB-INF/jsp下会有admin、user、exam、post等子目录。页面千万别直接扔在webapp根目录下，放在WEB-INF里能防止用户通过 URL 直接访问未登录页面。如果你的源码没有遵循这个结构，建议自己动手把 JSP 挪进去，这在论文的「系统安全设计」里能写一笔。

2.2 核心表的职责划分：用户、岗位、试题、试卷与成绩如何关联

打开 SQL 文件，医院招聘考试类项目的表通常有这几张：用户表（存放所有角色账号）、岗位表（招聘岗位及所属科室）、试题表（题目内容、类型、分值、答案）、试卷表（一次考试包含的试题集合）、考试记录表（某考生某次试卷的答题情况）、成绩表（最终得分）、公告表。下面是一个典型的建表参考，字段命名和类型是这类项目最常见的写法。

CREATE TABLE `exam_user` ( `id` INT(11) NOT NULL AUTO_INCREMENT COMMENT '主键', `username` VARCHAR(50) NOT NULL COMMENT '登录账号', `password` VARCHAR(100) NOT NULL COMMENT '登录密码', `real_name` VARCHAR(50) DEFAULT NULL COMMENT '真实姓名', `role` INT(1) NOT NULL DEFAULT '2' COMMENT '角色:1管理员 2考生 3阅卷专家', `id_card` VARCHAR(18) DEFAULT NULL COMMENT '身份证号', `phone` VARCHAR(20) DEFAULT NULL COMMENT '手机号', `department` VARCHAR(100) DEFAULT NULL COMMENT '应聘科室', `status` INT(1) DEFAULT '0' COMMENT '审核状态:0待审核 1通过 2驳回', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

这条建表语句里有一个关键设计：role字段决定了这个人的菜单权限，而status字段用在报名审核场景——考生注册后默认是 0，管理员审核通过才能报名考试。这在论文里对应「业务流程设计」中的审核流程。你在导入 SQL 时要注意ENGINE=InnoDB和utf8mb4，前者保证事务和行级锁，后者才是真正支持中文和生僻字的字符集——很多人 MySQL 5.7 建表用utf8，结果昵称里有 emoji 直接报错。

多对多关系是评审老师最爱问的点：试卷与试题是多对多，用一个中间表exam_paper_question维护；用户与考试是多对多，用exam_record记录。如果你源码里的试卷表直接塞了一个question_ids字符串字段，也说得通，但论文用中间表更经得起问。E-R 图就画这两条多对多关系，其他都是主外键。

2.3 SQL 导入的正确姿势：建库顺序、外键依赖与初始账号

SQL 文件导入看着简单，但十个人里有三个人会在这一步翻车。最典型的错误是拿 Navicat 直接双击整个 SQL 文件执行，结果报Cannot add foreign key constraint，原因是表与表之间有外键依赖，而建表顺序不对。MySQL 执行外键约束时，被引用的表必须已经存在，所以你必须保证先建父表再建子表。

mysql -u root -p CREATE DATABASE IF NOT EXISTS hospital_exam DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE hospital_exam; SOURCE D:/path/to/hospital_exam.sql;

导入后做三件事：第一，SELECT * FROM exam_user;确认用户表里有数据，初始账号通常是admin/123456或者system/admin，源码的 README 或论文里会写明；第二，SHOW TABLES;核对表数量；第三，最重要——检查password字段的存储形式。老项目常见的是明文或 MD5，新项目可能是 BCrypt。如果你自己改登录逻辑，从明文改成BCrypt，那LoginInterceptor里的密码比对代码也要跟着改。建议在导入后顺手执行一条UPDATE exam_user SET password = MD5('123456') WHERE username = 'admin';这类语句，统一密码加密方式，答辩时老师问「你的密码安全怎么做的」，你至少能说出 MD5 加盐而非明文存储。

3. SSM 整合落地：配置文件的每一行都要能解释清楚

SSM 是 Spring + SpringMVC + MyBatis 的合称，在这套源码里三者的分工是：Spring 管对象（Service、Mapper 的实例化与事务）、SpringMVC 管请求路由（URL 到 Controller 方法的映射）、MyBatis 管 SQL 与 Java 对象的转换。JSP 在这里扮演视图层角色，渲染 Controller 放进去的 Model 数据。这个分工必须烂熟于心，因为毕业论文的「系统架构」章节就是照着这个写的，答辩时你画一张三层架构图，箭头标清楚，比念五分钟文字强得多。

3.1 为什么这类毕设还在用 JSP 而不是前后端分离

很多同学拿到标题里有 jsp 的源码，第一反应是「要不要改成 Vue + SpringBoot」。我的建议是：不要改。SSM + JSP 这套组合最大的优势是——页面渲染在服务端完成，不需要搭 Node 环境，也不需要处理跨域，部署时一个 war 包丢进 Tomcat 就能跑。对于毕设来说，能稳定跑通比技术新颖更重要。而且 JSP 在面试题里常被问到「JSP 九大内置对象」「JSP 生命周期」，你用这套源码做完，这些题都有实际对应的代码，不是死背概念。

JSP 也不是没有缺点。out.println写业务逻辑、页面里堆 Java 代码、<% %>满天飞，这些都是老项目的通病。你拿到源码后先看一眼 JSP 页面：如果 scriptlet 少、EL 表达式和 JSTL 标签多，说明代码质量尚可，论文里可以写「视图层采用 JSP + EL + JSTL 实现」；如果每个页面都是大段 Java 代码，建议至少把公共头部导航抽成一个 JSP 片段做成 include，这也是论文里「代码复用」的素材。

3.2 配置文件逐行拆解：pom.xml、web.xml、spring-mvc.xml、mybatis-config.xml

SSM 项目拿到后第一个要看的是pom.xml，确认框架版本。Spring 5.x + MyBatis 3.5.x + JSP 2.3 是常见组合。这里有一个血泪经验：Spring 版本和 JDK 版本要匹配。Spring 5.x 要求 JDK 8+，如果你的电脑装的是 JDK 11 或 17，某些老版本的 Spring 4.x 可能连启动都报错；反过来，JDK 8 跑 Spring 6 也不行。所以先统一版本再跑项目，千万别一上来就换最新版。

<dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.3.20</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>3.5.6</version> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.49</version> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> </dependencies>

注意这里的 MySQL 驱动版本和你的 MySQL 服务端版本强相关。MySQL 5.7 用5.1.49没问题；如果你本地装的是 MySQL 8.0+，驱动必须换成com.mysql.cj.jdbc.Driver的 8.x 版本。这是这套源码最容易埋坑的地方，到第 5 章我还要展开讲。JSTL 依赖必须有，因为 JSP 页面里的<c:forEach>、<c:if>都靠它，漏了这包页面会直接报 500。

接下来是spring-mvc.xml，核心配置是组件扫描、注解驱动和视图解析器。视图解析器决定 Controller 返回的字符串怎么找到 JSP 文件。

<context:component-scan base-package="com.hospital.exam.controller"/> <mvc:annotation-driven/> <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/jsp/"/> <property name="suffix" value=".jsp"/> </bean>

prefix和suffix合起来的效果是：Controller 里return "admin/postList";会去找WEB-INF/jsp/admin/postList.jsp。很多人启动后访问页面报 404，就是 prefix 路径配错，或者 JSP 没放在WEB-INF下。你还要确认spring-mvc.xml里有没有配置静态资源放行，否则css、js、images都会被拦截。常见做法是加<mvc:default-servlet-handler/>或配置<mvc:resources mapping="/static/**" location="/static/"/>。这套配置你跑通之后，论文里写「SpringMVC 工作流程」那一段，直接对着配置讲 DispatcherServlet → HandlerMapping → Controller → ViewResolver，一段话说清楚，比从书里抄一大段有用得多。

mybatis-config.xml相对简单，主要配置别名和驼峰映射。驼峰映射这个配置非常实用，它解决数据库字段real_name和 Java 属性realName的自动映射问题。

<configuration> <typeAliases> <package name="com.hospital.exam.pojo"/> </typeAliases> <settings> <setting name="mapUnderscoreToCamelCase" value="true"/> </settings> </configuration>

typeAliases让 Mapper XML 里写resultType="User"而不是全限定类名<typeAliases>，少敲很多字。mapUnderscoreToCamelCase配合useGeneratedKeys是 MyBatis 用法的面试必问点，你做完这个项目要能说清：没有这个配置时real_name映射不到realName，查询结果该字段就是 null。如果你的源码里mybatis-config.xml没有这段，建议补上，这会减少大量隐性 bug。

3.3 从 IDEA 到 Tomcat：让「传统 jsp 项目打包 war」一次走通

SSM + JSP 项目在 IDEA 里跑起来的标准姿势是：配置 Tomcat → 部署 war exploded → 启动。你先确认 IDEA 里已经配置好本机 Tomcat，然后在 Project Structure 里把 Artifacts 设为Web Application Exploded，再在 Run Configuration 里选 Tomcat Server，Deployment 标签页里加这个 artifact，Application context 填/hospital_exam。

启动后访问http://localhost:8080/hospital_exam/login.jsp能看到登录页，说明环境通了。但这里有个细节：Application context 决定了所有 URL 的前缀。如果你的 Controller 里返回的跳转路径写的是/login，那实际访问地址就是http://localhost:8080/hospital_exam/login。遇到 404 时，第一反应是看浏览器地址栏和 Tomcat 的localhost日志，而不是直接改代码。

真正的生产环境部署稍有不同。常见做法是 Maven 打包成 war：mvn clean package，然后把target/hospital_exam.war丢到 Tomcat 的webapps目录，启动 Tomcat 自动解压。如果你发现打包后的 war 部署后页面样式全丢，多半是static资源路径写成了绝对路径，比如/css/style.css而项目上下文是/hospital_exam。解决办法有两个：一是所有静态资源引用用相对路径，二是在 JSP 页面里用<c:url value="/css/style.css"/>，它会自动带上 contextPath。这一步踩坑率极高，做好心理准备。

4. 核心业务代码与关键配置：登录权限、试卷生成、成绩统计

跑通框架只是第一步，答辩时老师最关心的不是页面效果，而是几个核心功能的实现方式。医院招聘考试管理系统里，最值得写在论文里的三个功能是权限控制、随机组卷、成绩统计。这三个功能分别对应 java 面试题里高频出现的「拦截器与过滤器区别」「SQL 随机取数」「分组聚合查询」。

4.1 登录与权限：用拦截器做角色控制，顺便把 SQL 注入防了

这个系统的登录逻辑不是简单的查表比对。你要处理三件事：密码校验、角色识别、拦截放行。源码里通常有一个LoginInterceptor，实现了 SpringMVC 的HandlerInterceptor接口，在preHandle方法里检查 session 里有没有当前用户，没有就重定向到登录页。

public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session = request.getSession(); Object user = session.getAttribute("loginUser"); if (user == null) { String uri = request.getRequestURI(); if (uri.contains("/login") || uri.endsWith(".js") || uri.endsWith(".css")) { return true; // 登录页和静态资源放行 } response.sendRedirect(request.getContextPath() + "/login.jsp"); return false; } return true; } }

这段代码的逻辑是：登录接口本身不能拦截，否则没人能进系统；静态资源不能拦截，否则登录页样式全崩；其余请求都先查 session，没有登录直接弹回登录页。这个拦截器要在spring-mvc.xml里注册，配置mvc:interceptors，并指定拦截路径/**。你还要想清楚一个问题：登录成功后用户信息存 session 还是 cookie。存 session 是传统 JSP 项目的标准做法，session 超时时间在web.xml里配，默认 30 分钟。答辩被问到「为什么用 session」，你要能说出 HTTP 是无状态协议，session 由服务端维护，避免客户端伪造身份。

登录时还有一个必须体现的细节：MyBatis 的 SQL 用#{}而不是${}。比如SELECT * FROM exam_user WHERE username = #{username} AND password = #{password}，#{}会生成 PreparedStatement 的占位符，传参时自动转义，从根上杜绝了 SQL 注入。如果你在源码里看到${}拼接参数，务必改成#{}——这是答辩老师考察安全意识的高频点。很多 java 面试题里也专门考这个区别，能当场说清「#{}预编译、${}直接拼接」基本就过了。

4.2 随机组卷：LIMIT 随机取题的正确写法与试卷状态机

医院招聘考试和学校期末考试不同，每个考生的试卷可以从题库里随机生成，防止相邻考生互相抄袭。实现思路通常是：管理员从题库中按科目和难度选择题目数量，系统随机抽取题目，组合成一份试卷，然后关联到考试记录上。

SELECT id, content, type, score FROM exam_question WHERE type = '单选' ORDER BY RAND() LIMIT #{questionCount}

ORDER BY RAND()是 MySQL 随机取数的经典写法，但它的性能问题很明显：表数据量大时会在内存里全排序。对毕设来说数据量不大（几千条），完全够用；如果你要扩展，答辩时可以说「生产环境可以用SELECT id FROM exam_question WHERE id >= (SELECT FLOOR(RAND() * (SELECT MAX(id) FROM exam_question))) LIMIT 10优化」。但单纯随机取题还不够——同一道题不能在同一份试卷里出现两次。所以可靠的写法是：一次查出所有符合条件的题目 id，在 Service 层用Collections.shuffle()打乱，再取前 N 个。Service 层做这个逻辑比拼 SQL 更可控，也好写单元测试。

组卷完成后的试卷状态管理是论文里必须有的内容。我一般建议试卷表设计四个状态：0 草稿、1 已发布、2 进行中、3 已结束。发布后考生才能看到试卷，开始考试后进入进行中，考试时间到自动转为已结束。这个状态机你可以在ExamServiceImpl里写一段状态流转逻辑，答辩时讲「我是用状态机来管理考试生命周期的」，这是亮点句。

4.3 成绩统计：按岗位分组聚合，给医院人事科看的数据

成绩统计模块是这套系统的另一个答辩加分点。医院招聘方关心的问题通常是：护理岗位平均分多少、哪个科室的考生成绩分布如何。这时你用 MyBatis 的<select>写一个分组查询，比在 Java 里做循环统计要高效得多。

<select id="countScoreByPost" resultType="map"> SELECT p.post_name AS postName, COUNT(*) AS examCount, AVG(s.total_score) AS avgScore, MAX(s.total_score) AS maxScore FROM exam_score s INNER JOIN exam_post p ON s.post_id = p.id WHERE s.exam_id = #{examId} GROUP BY p.post_name ORDER BY avgScore DESC </select>

这段 SQL 把多表关联、分组聚合、别名映射全用上了，返回值直接是一个List<Map<String, Object>>，JSP 页面用<c:forEach>遍历就能渲染。这里要强调：resultType="map"是 MyBatis 的便捷写法，但 map 的 key 大小写和数据库返回的列别名有关。你在写论文的时候，把这条 SQL 和监控到的执行时间放在「系统实现」章节，再配一张统计表格截图，说服力很强。

成绩计算本身也别忽略。客观题（单选、多选、判断）可以在提交试卷时由系统自动判分——遍历考生的答案，和exam_question表的correct_answer比对，对了累加score。主观题（简答、病例分析）需要阅卷专家登录后台手动给分。提交和判分逻辑放在 Service 层的submitExam方法里，注意这个方法要加@Transactional，因为要写exam_record状态、写exam_answer明细、算exam_score总分，三步必须原子性——任何一步失败都要回滚，否则考生会出现「状态是已交卷但没成绩」的脏数据。这个事务注解你务必在源码里找到并在论文里重点讲，老师问「你怎么保证数据一致性」就回答这个。

5. 部署避坑合集：SSM + JSP 项目跑不起来的 5 个真实原因

这一章写的每条都是我从类似项目里真实踩过的坑。SSM + JSP 这套技术栈年代久远，环境问题比代码问题更容易让人崩溃。按照「现象 → 原因 → 解决」的顺序排查，能省下大量时间。

5.1 Tomcat 10 启动报 404 或ClassNotFoundException: javax.servlet

现象：把 war 包丢进 Tomcat 10 的 webapps，启动后访问项目名直接 404，翻日志看到java.lang.ClassNotFoundException: javax.servlet.FilterRegistration。

原因：Tomcat 10 把javax.servlet包换成了jakarta.servlet，这是 Oracle 把 Java EE 捐给 Eclipse 基金会后的重要变更。老项目基于javax.servlet，跑在 Tomcat 9 及以下没问题，但 Tomcat 10 完全不兼容。很多人下载 Tomcat 时没注意版本，直接拿到 10.x。

解决：换 Tomcat 9.x。去 Tomcat 官网下载9.0.x版本，IDEA 里重新配置 Tomcat Server 路径。如果你必须用 Tomcat 10，那要把所有依赖里的javax.servlet换成jakarta.servlet，但源码里那么多 JSP 内置对象不一定能一次改完，所以最省事的方案还是用 Tomcat 9。

5.2 MySQL 8 驱动连接报Public Key Retrieval is not allowed

现象：启动项目时 MyBatis 报错，SQLNonTransientConnectionException: Public Key Retrieval is not allowed，或者Connection refused。

原因：MySQL 8 默认使用caching_sha2_password认证插件，而项目里配置的驱动还是 MySQL 5.x 的com.mysql.jdbc.Driver，两者不兼容。

解决：换驱动和连接串。pom.xml里把 mysql-connector-java 换成8.0.33，驱动类名改成com.mysql.cj.jdbc.Driver，连接串必须加上时区参数jdbc:mysql://localhost:3306/hospital_exam?useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true。这三参数缺一不可：serverTimezone不设会报时区错误，allowPublicKeyRetrieval=true不加会在首次连接时拒绝 RSA 公钥获取，useSSL=false关掉加密减少本地开发干扰。这是这套源码里最典型的 MySQL 8 适配问题。

5.3 JSP 页面中文全部变成问号

现象：登录页能打开，但所有中文标签显示为???，或者数据库查出来的中文是乱码。

原因：三个环节至少有一个字符集没配对。第一，JSP 文件本身的编码不是 UTF-8；第二，web.xml里没配CharacterEncodingFilter；第三，数据库连接串没指定characterEncoding=utf8。

解决：三处全检查。JSP 页面顶部必须有<%@ page contentType="text/html;charset=UTF-8" language="java" %>；web.xml里加 Spring 的编码过滤器：

<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>

数据库连接串追加useUnicode=true&characterEncoding=utf8，同时确认建表时用的字符集是utf8mb4。这三个地方只要有一个是ISO-8859-1或者没设置，中文就必乱。排查时用浏览器开发者工具看响应头里的Content-Type，能快速定位是服务端输出编码还是数据库存储编码的问题。

5.4 登录成功后跳转的 URL 不带项目前缀，直接 404

现象：localhost:8080/hospital_exam/login.jsp登录页正常输入账号密码，点击登录后浏览器地址变成localhost:8080/login，然后 404。

原因：Controller 里用了绝对路径跳转。比如return "redirect:/exam/list";或response.sendRedirect("/exam/list")，跳转时少了request.getContextPath()前缀。

解决：统一改成相对路径。return "redirect:" + request.getContextPath() + "/exam/list"，或者在 JSP 表单提交时写action="${pageContext.request.contextPath}/login"。${pageContext.request.contextPath}是 JSP 内置的上下文路径获取方式，会动态带上前缀。这个坑几乎每个传统 JSP 项目的部署都会遇到，因为你本地调试时 Application context 可以是/，此时绝对路径没问题，一旦部署时 context 变成/hospital_exam，所有绝对路径全部失效。血的教训：以后凡是写重定向，一律带request.getContextPath()。

5.5 分页查不到数据或页码错乱：MyBatis 分页插件版本冲突

现象：成绩列表页第一页有数据，点第二页显示空，或者总记录数和数据库实际行数对不上。

原因：典型的 PageHelper 版本与 MyBatis 版本不兼容。PageHelper 5.x 需要 MyBatis 3.4+，如果你的pom.xml里 PageHelper 是 4.x 而 MyBatis 是 3.5.x，拦截器可能不生效。

解决：确认 PageHelper 版本统一为5.3.0，并且在mybatis-config.xml里配置PageInterceptor：

<plugins> <plugin interceptor="com.github.pagehelper.PageInterceptor"> <property name="helperDialect" value="mysql"/> <property name="reasonable" value="true"/> </plugin> </plugins>

reasonable=true的作用是：当页码超出总页数时自动回退到第一页或最后一页，而不是返回空数据。这个配置能避免很多前端传参导致的诡异现象。如果你不想用插件，也可以手写LIMIT #{offset}, #{pageSize}，但那样要手动算 offset，论文里写分页方案时用 PageHelper 更省篇幅，一句「采用 PageHelper 物理分页，避免全表查询」就能带过。

6. 值不值得投入：这套源码的三项验证与一个加分改造

如果你还在犹豫要不要选用这套源码做毕设，我给一个直接的判断标准：看它能不能在你电脑上 30 分钟内跑起来。SSM + JSP 项目的门槛不在代码量，在于环境匹配。JDK 8、Tomcat 9、MySQL 5.7 或 8.0，版本对齐后大概率能启动。跑通之后，我建议你用三个维度验证自己是不是真的吃透了这套系统。

第一，验证权限。用管理员、考生、阅卷专家三个账号分别登录，观察菜单变化。然后在浏览器地址栏直接输入一个只有管理员能访问的 URL，比如/admin/postList，如果被拦截器弹回登录页，说明权限控制生效——这是答辩必演示的场景。第二，验证考试流程。用一个考生账号走完「报名 → 审核 → 考试 → 查分」全流程，注意试卷是否能正常生成，提交后成绩是否自动算出客观题分数。请务必手动造一条「考生交卷但没成绩」的数据，再去跑事务回滚的测试，确认@Transactional真正起作用。第三，验证统计查询。用EXPLAIN看成绩统计那条 SQL 是否走索引，如果post_id没建索引，EXPLAIN会显示type=ALL全表扫描，这时加一个ALTER TABLE exam_score ADD INDEX idx_post_id (post_id);，把改进前后的执行时间截图放进论文，这就是「慢 sql 优化」的真实素材。

最后的加分改造，我强烈建议你做这个方向：把成绩导出功能从 CSV 升级为真正的 Excel 文件。很多医院招聘系统需要向人事科导出成绩表，源码里如果只有 CSV 导出，你就用 Apache POI 写一个带样式的.xlsx导出。实现思路是引入poi-ooxml依赖，在ScoreController里加一个/export接口，查成绩列表后用XSSFWorkbook创建工作簿，把表头加粗、设置列宽，输出到HttpServletResponse的 OutputStream，响应头设置application/vnd.openxmlformats-officedocument.spreadsheetml.sheet。这个改造能覆盖「文件下载、HTTP 响应设置、第三方库使用」三个论文技术点，比改框架划算得多。

我做完这类项目养成了一个习惯：把每个坑记在项目里一个叫TROUBLESHOOTING.md的文件里，Tomcat 版本、MySQL 驱动、编码过滤器、路径前缀——每个坑都写“现象 → 原因 → 解决”三行。到了答辩前，这个文件就是我的复习提纲，而且写到论文的“系统调试与问题处理”章节特别顺手。这套医院招聘考试管理系统贵不在代码量，而在于它把一个真实的业务链路用 SSM 完整串了一遍，你只要把链路讲清楚，再点缀几个优化点，就能从「会用框架」变成「能讲设计」。希望这篇笔记能帮你在部署和答辩的路上少熬几个通宵。

本文还有配套的精品资源，点击获取