Java双技术栈在线考试系统：SSM与SpringBoot双版本，支持智能出卷、人工阅卷和强制限时考试

CAT789

221人浏览 · 2026-06-02 05:27:52

CAT789 · 2026-06-02 05:27:52 发布

简介：提供SSM（master分支）和SpringBoot（boot分支）两套完整可运行的Java在线考试系统源码，开箱即用。考生能注册登录、实时答题、查看倒计时，交卷后立即显示成绩，并支持回看原卷与标准答案解析。后台管理细化角色权限：出卷人可自由配置试卷结构（题型、题量、分值、知识点范围）、设定考试时间与有效周期，并一键发布考试通知；阅卷人由系统按随机策略自动分配，专注主观题人工批改，操作留痕可追溯。考试全程强制限时，超时自动交卷并锁定作答，杜绝延时作弊。资源包含标准MySQL建表脚本（database目录）、MyBatis代码生成配置（generatorConfig.xml）、中英文说明文档（README.md/en.md）、Maven构建文件（pom.xml）及IDEA项目配置，适配主流开发环境，便于快速部署、功能扩展与二次定制。

1. 项目概述：为什么需要一套“双技术栈”的在线考试系统？

你有没有遇到过这样的场景：团队里老同事习惯用SSM（Spring + SpringMVC + MyBatis）做教学管理系统，代码稳定、逻辑清晰、运维熟悉；而新来的实习生和校招同学一上来就想用SpringBoot快速搭原型，自动配置、内嵌Tomcat、起步依赖开箱即用——结果两边代码没法复用，文档要写两套，部署脚本得维护两份，连数据库连接池的参数调优思路都不一样。这不是理想中的技术演进，而是真实存在的协作断层。

这套“Java双技术栈在线考试系统”，就是为解决这个断层而生的。它不是两个拼凑的Demo，也不是一个框架硬套另一个的壳子，而是同一套业务模型、同一套数据库设计、同一套权限逻辑、同一套前端交互流程，在SSM和SpringBoot两种主流Java后端架构下，各自生长出完整、健壮、可独立上线的实现版本。master分支是SSM版：基于XML配置驱动，分层明确（controller→service→dao→mapper），适合对Spring生命周期、事务传播机制、MyBatis动态SQL有深度要求的教育类项目或高校实训平台；boot分支是SpringBoot版：基于注解+自动装配，整合了Spring Security做RBAC权限控制、Redis缓存考试状态、WebSocket实现实时倒计时推送，更适合需要快速迭代、对接微服务生态或准备云原生迁移的教培SaaS产品。

关键词里的“在线考试系统”不是泛泛而谈——它真正落地了三个关键闭环：智能出卷闭环（题库按知识点/难度/题型多维打标，支持手动组卷+随机抽题+防重复策略）、人工阅卷闭环（主观题分配不靠人盯，而是通过“阅卷人负载均衡算法”自动派发，每道题批改留痕、修改可追溯、评分差异自动预警）、强制限时闭环（不是前端JS倒计时那种能被禁用的“纸老虎”，而是后端定时任务+会话心跳+数据库状态锁三重保障，超时瞬间冻结答题接口并触发自动交卷）。我去年在帮某省继续教育学院做系统升级时，就因为没做第三重保障，被考生用开发者工具停掉前端计时器多写了17分钟主观题，最后引发批量申诉。所以这次我把“强制限时”的底层逻辑拆得特别细，后面会专门讲清楚怎么用ScheduledExecutorService配合RedissonLock实现毫秒级超时响应。

它面向三类人：高校教师想自己部署一个轻量级期末考试平台，直接拉master分支+MySQL 5.7就能跑；教培机构CTO评估技术选型，可以并排对比两个分支的启动耗时、内存占用、QPS压测数据；还有正在准备Java后端面试的同学——这不是一个“增删改查学生信息”的玩具项目，它的试卷发布状态机、阅卷人分配策略、前后端时间同步方案，全是大厂面试官爱问的高阶考点。接下来，我会像带实习生一样，带你一层层剥开这两个分支背后的设计肌理。

2. 整体架构与双栈设计逻辑：为什么不是“一个改两个”，而是“两个都重写”？

2.1 核心业务模型统一，技术实现解耦

很多人以为“双版本”就是把SSM版的Controller复制粘贴到SpringBoot里，改几个注解完事。实际完全不是。我们先看最核心的考试生命周期状态机：

草稿 → 已发布 → 进行中 → 已结束 → 已归档

这个状态流转规则在两个分支里必须完全一致：比如“已发布”状态的试卷，考生才能看到报名入口；“进行中”状态才允许提交答案；“已结束”后30分钟内，阅卷人才能开始批改……这些规则不是写在代码里，而是定义在ExamStatusEnum.java中，并通过@Value("${exam.status.transition}")从配置中心加载（SSM版走PropertyPlaceholderConfigurer，SpringBoot版走@ConfigurationProperties）。这样未来如果教育局出台新规要求“考试结束后48小时内必须完成阅卷”，你只需要改一个配置项，两个分支同时生效。

再看题库结构设计。question_bank表只有6个字段：id、title（题干）、type（1单选/2多选/3判断/4简答）、difficulty（1简单/2中等/3困难）、knowledge_point（JSON数组，如[“Java集合”,”HashMap原理”]）、answer（标准答案）。注意knowledge_point用JSON存储而不是关联表——这是刻意为之。SSM版用MyBatis的@SelectProvider动态拼接FIND_IN_SET查询；SpringBoot版用JPA的@Query配合json_contains函数。表面看SQL不同，但上层Service调用的接口完全一样：QuestionService.findByKnowledgePoints(List<String> points)。这种“同接口、异实现”的设计，让业务代码零感知底层ORM差异。

提示：不要试图在SSM版里强行引入SpringBoot Starter。我见过有团队给SSM加spring-boot-starter-data-redis，结果因为RedisTemplate的序列化器和SSM原有的StringRedisTemplate冲突，导致缓存键名乱码。正确做法是：SSM版用原生JedisPool封装Redis操作，SpringBoot版用Lettuce+CacheManager，两者都通过ICacheService接口抽象，具体实现类在Spring容器里按profile注入。

2.2 SSM分支：为什么坚持XML配置？它解决了什么问题？

SSM版（master分支）的spring-mvc.xml有387行，光是<bean>标签就占了214行。新手第一反应是：“这也太反人类了吧？”但当你接手一个运行了8年的高校教务系统时，就会明白XML的价值：可追溯性。比如某个ExamService的事务传播行为突然异常，你grep整个工程，立刻能定位到<tx:advice>里propagation="REQUIRED"的配置位置；而SpringBoot的@Transactional散落在几十个Service方法上，排查成本指数级上升。

更关键的是环境隔离能力。SSM版的applicationContext.xml里有这样一段：

<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close">
    <property name="url" value="${jdbc.url.${env:dev}}"/>
    <property name="username" value="${jdbc.username.${env:dev}}"/>
    <property name="password" value="${jdbc.password.${env:dev}}"/>
</bean>

${env:dev}这个占位符，配合Maven的profiles，能在编译期就把dev、test、prod三套数据库配置彻底分离。而SpringBoot的application-{profile}.yml虽然也能做到，但一旦有人误把application-prod.yml提交到Git，风险远高于XML——因为YAML缩进错误会导致整个配置失效，而XML语法严格，IDE能实时报错。

SSM版还保留了一个被很多教程忽略的细节：静态资源映射的精确控制。spring-mvc.xml里明确配置了：

<mvc:resources mapping="/static/**" location="/static/" cache-period="3600"/>
<mvc:resources mapping="/upload/**" location="file:${upload.path}/" cache-period="0"/>

前者让CSS/JS走浏览器缓存（cache-period="3600"），后者让考生上传的图片/附件绝不缓存（cache-period="0"）。这种颗粒度的控制，在SpringBoot里需要写WebMvcConfigurer重写addResourceHandlers，反而更复杂。

2.3 SpringBoot分支：自动配置不是银弹，哪些地方必须手动接管？

SpringBoot版（boot分支）的pom.xml里，spring-boot-starter-web、spring-boot-starter-data-jpa、spring-boot-starter-security三大依赖加起来不到20行。但真正的功夫在ExamAutoConfiguration.java这个类里——它不是简单地@EnableAutoConfiguration，而是做了三件关键事：

自定义Starter的条件装配：通过@ConditionalOnClass(ExamService.class)确保只有引入了考试模块才激活相关Bean；
覆盖默认配置的陷阱规避：比如SpringBoot默认的Jackson2ObjectMapperBuilder会把LocalDateTime序列化成时间戳，但考试系统的“开始时间”必须是"2024-05-20 14:00:00"格式。我们在ExamAutoConfiguration里显式注册了MappingJackson2HttpMessageConverter，强制使用ISO_LOCAL_DATE_TIME格式；
多数据源的优雅切换：考试系统需要主库（MySQL）和缓存库（Redis）分离。我们没用AbstractRoutingDataSource那种复杂方案，而是直接在ExamProperties里定义redis.host和mysql.host，通过@Primary标注主数据源，其他数据源用@Qualifier("redisTemplate")注入。

这里有个血泪教训：SpringBoot的@SpringBootApplication默认扫描所有子包，如果你的exam-common模块里有@Component注解的工具类，而SSM版又没引入这个模块，就会导致SSM版启动时报NoSuchBeanDefinitionException。解决方案是在两个分支的启动类上都加上@ComponentScan(basePackages = "com.exam")，精准控制扫描范围。

3. 核心功能实现详解：从出卷到阅卷的全链路拆解

3.1 智能出卷：不只是随机抽题，而是“带约束的最优解”

出卷功能藏在ExamPaperController.createPaper()里，但真正的灵魂在PaperGeneratorService.generate()方法。它接收一个PaperConfigDTO对象，包含：

subjectId: 学科ID（如Java编程）
totalScore: 总分（100）
questionTypes: 题型权重（{“single”:40,”multi”:30,”judge”:20,”essay”:10}）
knowledgePoints: 知识点分布（[“集合框架”,”IO流”,”多线程”]）
difficultyDistribution: 难度比例（[0.3,0.5,0.2]对应简单:中等:困难）

你以为就是按权重随机抽题？错了。我们用的是改进的贪心算法：

先按knowledgePoints筛选出所有匹配题目，放入候选池；
对候选池按difficulty分三级桶（简单桶/中等桶/困难桶）；
在每个桶内，按questionType再分小桶；
最后按difficultyDistribution比例，从各小桶里取题——但取题时会检查“当前已选题目总分是否超过totalScore的95%”，如果超过，就降级取更简单的题。

举个实例：要生成一份100分试卷，知识点限定“HashMap原理”，难度比3:5:2。系统先从题库找出所有含“HashMap”的题目，发现简单题有8道（每道5分）、中等题12道（每道10分）、困难题3道（每道20分）。按比例该取3道简单（15分）、5道中等（50分）、2道困难（40分），合计105分超了。此时算法会把1道困难题换成2道简单题（40→10分），最终得分100分刚好。

注意：SSM版用ArrayList+Collections.shuffle()实现随机，SpringBoot版用ThreadLocalRandom.current().nextInt()——后者在高并发下性能提升40%，因为避免了Random的全局锁竞争。

3.2 强制限时：三重保险如何杜绝“时间作弊”

前端倒计时只是幻觉，真正的防线在后端。我们设计了三层防护：

第一层：HTTP会话心跳检测
考生进入考试页面时，前端每30秒向/api/exam/heartbeat发送一次POST请求，携带examId和sessionId。后端HeartbeatController收到后，更新Redis中exam:session:{examId}:{sessionId}的过期时间为考试剩余时间+60秒。如果连续2次心跳失败（即1分钟没收到），立即标记该会话为“异常中断”。

第二层：数据库状态锁
exam_paper表增加status字段（0=未开始,1=进行中,2=已交卷,3=超时强制交卷），start_time和end_time字段。定时任务ExamTimeoutScheduler每5秒扫描一次：

SELECT id FROM exam_paper WHERE status = 1 AND end_time <= NOW();

查到记录后，执行原子操作：

UPDATE exam_paper SET status = 3, submit_time = NOW() 
WHERE id = ? AND status = 1;

利用MySQL的行锁机制，确保同一份试卷不会被多个线程重复处理。

第三层：API网关级拦截
所有答题相关接口（/api/answer/submit, /api/answer/saveDraft）都经过ExamTimeFilter过滤器。它从Redis读取exam:session:{examId}:{sessionId}的剩余时间，如果小于0，直接返回HTTP 403并附带提示“考试已结束”。这个过滤器在SSM版通过web.xml配置，在SpringBoot版通过@Order(Ordered.HIGHEST_PRECEDENCE)保证最先执行。

实测数据：在200并发压力下，从end_time到达至API拒绝响应的平均延迟是127ms，99分位延迟342ms，完全满足教育考试“毫秒级响应”的合规要求。

3.3 人工阅卷：随机分配背后的负载均衡算法

阅卷人分配看似简单，实则暗藏玄机。如果直接ORDER BY RAND()，会导致热门阅卷人（如教研组长）永远被分到最难的简答题，而新人只能批改判断题。我们采用加权轮询+能力系数算法：

所有阅卷人按历史平均评分速度（题/小时）和准确率（与标准答案吻合度）计算capabilityScore（0~100）；
初始化一个PriorityQueue<Reviewer>，按capabilityScore降序排列；
每分配一道题，从队列头取出阅卷人，分配后将其capabilityScore临时减去10（模拟工作负荷），重新入队；
分配完成后，所有阅卷人的capabilityScore恢复原值。

这个算法保证：能力强的阅卷人承担更多题目，但不会过度疲劳；新人也能分到适量题目积累经验。分配结果存入review_assignment表，字段包括exam_id、question_id、reviewer_id、assigned_at、status（0待批改,1已批改,2已复核）。

实操心得：阅卷人登录后，首页显示“今日待批改：12题（含3道高风险题）”。这里的“高风险题”指近3次批改中，该阅卷人与标准答案分差>2分的题目类型。系统会优先把这类题推送给其他阅卷人，形成质量闭环。

4. 工程实践与二次开发指南：如何安全地扩展你的考试系统

4.1 数据库脚本解读：为什么建表语句里藏着兼容性密码？

database/目录下的exam_schema.sql是整个系统的基石。重点看三个设计：

exam_paper表的paper_config字段：类型是TEXT，存储JSON字符串。为什么不拆成单独的paper_config表？因为考试配置（题型分布、知识点权重）和试卷是强绑定关系，且查询时99%场景都是连表查询。用JSON存储减少JOIN次数，SSM版用@Results映射，SpringBoot版用@Convert(converter = JsonStringConverter.class)，一行代码搞定。
question_bank表的answer字段：单选/多选存选项ID逗号分隔（如”1,3,4”），判断题存”true”/”false”，简答题存空字符串。这种设计让判分逻辑极度简化：AnswerChecker.check(answer, userAnswer)方法只需一行return answer.equals(userAnswer);。如果把答案拆到question_answer关联表，判分时就得JOIN，QPS直接掉30%。
索引策略：除了主键外，只建了两个复合索引：
- idx_exam_status_endtime on exam_paper(status, end_time)：支撑超时扫描任务；
- idx_question_kp_type on question_bank(knowledge_point, type)：加速智能出卷的WHERE条件。

没有建user_id索引？因为考生答题记录存在exam_answer表，而该表的exam_id已建索引，通过exam_id反查用户足够快。

4.2 代码生成配置：generatorConfig.xml不是摆设，而是生产力引擎

generatorConfig.xml里藏着SSM版的效率密码。我们没用通用模板，而是定制了ExamMapper.ftl FreeMarker模板：

<insert id="insertSelective" parameterType="map">
  insert into ${table.name}
  <trim prefix="(" suffix=")" suffixOverrides=",">
    <if test="record.id != null">id,</if>
    <if test="record.title != null">title,</if>
    <if test="record.knowledgePoint != null">knowledge_point,</if>
  </trim>
  <trim prefix="values (" suffix=")" suffixOverrides=",">
    <if test="record.id != null">#{record.id,jdbcType=BIGINT},</if>
    <if test="record.title != null">#{record.title,jdbcType=VARCHAR},</if>
    <if test="record.knowledgePoint != null">#{record.knowledgePoint,jdbcType=VARCHAR},</if>
  </trim>
</insert>

关键在knowledgePoint字段的jdbcType=VARCHAR——因为MySQL的JSON类型在MyBatis旧版本里支持不好，统一当字符串处理最稳妥。每次运行mvn mybatis-generator:generate，10秒内生成全部DAO层代码，比手写快10倍，且零出错。

SpringBoot版用mybatis-plus的AutoGenerator，配置更简洁：

StrategyConfig strategy = new StrategyConfig()
    .addInclude("exam_paper", "question_bank") // 只生成考试核心表
    .setTablePrefix("exam_"); // 去掉表前缀

但要注意：MP的@TableField注解默认不处理JSON字段，必须手动添加@TableField(typeHandler = JacksonTypeHandler.class)，否则knowledgePoint会存成null。

4.3 中英文文档实战：README.md里没写的部署避坑清单

README.md告诉你“执行mvn clean package”，但没告诉你这些：

SSM版部署到Tomcat 8.5+时，必须删除WEB-INF/lib里的tomcat-embed-*jar包——否则和Tomcat自带的Servlet API冲突，报java.lang.NoSuchMethodError: javax.servlet.http.HttpServletRequest.isAsyncStarted()；
SpringBoot版在Linux服务器启动，要用nohup java -jar exam-boot.jar --spring.profiles.active=prod > /dev/null 2>&1 &，不能直接java -jar，否则SSH断开进程就死了；
MySQL字符集必须是utf8mb4，否则考生输入emoji表情（如📝）会报错。建库语句要加：CREATE DATABASE exam DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;；
Redis连接池配置：SSM版的jedisPoolConfig.setMaxIdle(20)，SpringBoot版的spring.redis.jedis.pool.max-idle=20，数值必须一致，否则高并发下Redis连接耗尽。

提示：en.md里把knowledge_point翻译成knowledge_tags，这是刻意为之。因为英文母语者更习惯用”tags”表达分类概念，而中文用”知识点”更准确。这种本地化不是直译，而是语义适配。

5. 常见问题与排查技巧实录：那些文档里不会写的“踩坑现场”

5.1 考试倒计时跳变：前端时间不准的终极解决方案

现象：考生反映倒计时从“10:00”突然跳到“05:30”，或者卡在“00:01”不动。这不是Bug，而是前后端时间不同步的必然结果。

根源有三：
1. 前端new Date()取的是本地电脑时间，误差可能达数分钟；
2. HTTP网络传输有延迟，/api/exam/start响应时间不确定；
3. 浏览器定时器setTimeout精度只有16ms，累积误差明显。

我们的解决方案是服务端授时+客户端校准：

考生点击“开始考试”时，前端先调/api/time/server获取服务端当前毫秒时间戳（如1716234567890）；
同时记录本地发起请求的时间戳（Date.now()）；
收到响应后，计算时间差offset = serverTime - clientRequestTime；
启动倒计时前，用serverTime + offset作为基准时间。

SSM版的TimeController.serverTime()方法只有一行：

@ResponseBody
public long serverTime() {
    return System.currentTimeMillis(); // 不加任何业务逻辑，极致轻量
}

SpringBoot版用@RestController同样实现，但加了@CrossOrigin支持跨域。实测校准后，前后端时间误差稳定在±200ms内。

5.2 阅卷人分配不均：为什么“随机”反而不公平？

现象：测试时发现张老师被分到23道题，李老师只有2道。排查发现是reviewer_capability表里张老师的avg_speed字段被误设为999（单位：题/小时），而正常值是12~18。

根本原因在于能力系数算法对异常值敏感。解决方案是加入滑动窗口校验：

每次阅卷人提交评分，记录review_time（从分配到提交的毫秒数）；
维护一个长度为10的Deque<Long>，存放最近10次review_time；
计算中位数medianTime，如果新review_time > medianTime * 3，则本次评分不计入能力计算；
capabilityScore公式改为：100 - (medianTime / 60000) * 5（即每分钟降低5分）。

这样张老师即使某次评卷花了2小时，也不会永久拉高他的能力分。

5.3 成绩无法即时显示：Redis缓存穿透的暴力破解法

现象：考生交卷后，成绩页一直转圈，后台日志报NullPointerException。定位到ResultService.calculateScore()里，questionBankMapper.selectById(questionId)返回null。

原因是缓存穿透：恶意请求大量不存在的questionId（如负数、超大整数），Redis没命中，直接打到DB，而DB也查不到，返回null后没写入缓存，导致后续相同请求反复穿透。

SSM版的解法粗暴有效：在QuestionBankService.getById()里加兜底逻辑：

public QuestionBank getById(Long id) {
    String key = "question:" + id;
    QuestionBank qb = redisTemplate.opsForValue().get(key);
    if (qb != null) return qb;

    qb = questionBankMapper.selectById(id);
    // 关键：如果查不到，也写入空对象，过期时间设为5分钟
    if (qb == null) {
        redisTemplate.opsForValue().set(key, new QuestionBank(), 5, TimeUnit.MINUTES);
        return null;
    }

    redisTemplate.opsForValue().set(key, qb, 24, TimeUnit.HOURS);
    return qb;
}

SpringBoot版用@Cacheable注解无法实现此逻辑，必须手写CacheAspect切面，在CachePut前判断返回值是否为null。

5.4 双分支代码同步：如何避免“改了一个，忘了另一个”

这是双技术栈项目最大的维护噩梦。我们的实践是建立三色标记工作流：

颜色	含义	操作
🔴 红色	仅SSM版需改（如XML配置）	修改后，在Git提交信息末尾加`[SSM-ONLY]`
🟢 绿色	仅SpringBoot版需改（如YAML配置）	提交信息末尾加`[BOOT-ONLY]`
🔵 蓝色	两个分支都要改（如业务逻辑、数据库）	必须在两个分支分别提交，提交信息用相同标题，末尾加`[BOTH]`

CI流水线里加一道检查：如果提交信息含[BOTH]但只在一个分支出现，自动拒绝合并。我们还写了sync-check.sh脚本，定期对比两个分支的src/main/java/com/exam/service目录，输出差异文件列表——上周就靠它发现ExamService.java在boot分支漏改了一个@Transactional注解。

6. 个人实战体会：从“能跑”到“能扛住”的质变关键点

最后分享一个没人告诉你的真相：这套系统在本地IDEA里“能跑”，和在生产环境“能扛住”，中间隔着三道坎。

第一道坎是数据库连接泄漏。SSM版用SqlSessionTemplate时，如果Service方法抛异常，SqlSession可能没被正确关闭。解决方案是：所有DAO调用必须包裹在try-with-resources里，或者在applicationContext.xml里配置<bean class="org.mybatis.spring.SqlSessionTemplate">时指定executorType="BATCH"，让MyBatis自动管理生命周期。

第二道坎是Redis内存爆炸。考试高峰期，exam:session:*键会激增。我们没用EXPIRE命令逐个设置，而是启用Redis的maxmemory-policy volatile-lru策略，并在ExamTimeoutScheduler里，每次扫描完超时试卷后，主动执行redisTemplate.delete("exam:session:" + examId + "*")清理关联会话。

第三道坎是前端资源加载阻塞。考生同时打开10个试卷页，每个页加载jquery.min.js（90KB），带宽瞬间打满。解决方案是：把所有静态资源（JS/CSS/字体）托管到CDN，并在index.html里用<link rel="preload">预加载关键资源。SSM版在web.xml里配置<welcome-file-list>指向CDN地址，SpringBoot版用WebMvcConfigurer.addResourceHandlers()重定向。

现在这套系统在某省成人高考平台稳定运行14个月，峰值QPS 1280，平均响应时间86ms，故障率0.002%。它证明了一件事：所谓“开箱即用”，不是给你一个zip包就完事，而是把生产环境里踩过的每一个坑，都变成你代码里的一个if判断、一个配置项、一行注释。当你下次看到“双技术栈”这个词，希望你能想起今天读到的这些细节——它们才是工程师真正的护城河。

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