简介这是一套基于Java技术栈开发的在线考试系统完整源码面向具备一定Java Web基础、希望学习企业级项目架构或二次开发考试平台的开发者。后台采用Spring MVC、MyBatis与FreeMarker组合前端则使用Bootstrap、jQuery并引入Vue.js实现MVVM数据绑定前后端分层清晰适合作为课程设计、毕业设计或中小型在线考试场景的参考实现。压缩包共332个文件约10.33MB其中47个java文件承载核心业务逻辑14个xml与properties负责框架配置58个js、69个css及22个html构成前端页面与样式另有sql脚本、图片与字体资源目录结构完整。目前已有1111人学习下载。通过阅读源码读者可掌握Spring MVC请求流转、MyBatis数据持久化、FreeMarker模板渲染以及Vue.js组件化交互的整合方式理解考试系统从题库管理到试卷生成的模块划分并借鉴其分层设计与配置思路快速搭建属于自己的在线考试应用。1. 从一份 Java 在线考试系统源码说起它到底能解决什么如果你手头正躺着一份Java在线考试系统源码.zip大概率不是单纯想收藏而是想搞清楚三件事这套东西能不能直接跑起来、能不能改成自己单位或课程要用的样子、以及改的过程中会不会踩到一堆坑。在线考试系统这个方向本质是把「出题、组卷、考试、判分、成绩分析」这条链路用代码固化下来而 Java 技术栈几乎是国内高校课程设计和中小企业内部系统最主流的选择所以这类源码的检索量一直很高java课程设计案例源码、java基础、mybatis源码这些词常年挂在热搜上不是没道理的。它适合的人群其实很明确一是做课程设计的学生需要一个能跑通、能讲清楚架构的完整案例二是想练手 Java Web 全链路的开发者因为考试系统天然覆盖了权限、事务、并发提交、文件处理这些真实场景三是单位内部要做简易考核工具的运维或行政技术岗。但我要先把话说在前面——网上流传的这类源码质量参差不齐有的能一键启动有的缺依赖、缺数据库脚本、缺前端资源直接双击运行大概率翻车。所以这篇不吹这套源码多完美而是顺着「拿到一份 Java 在线考试系统源码之后怎么落地」这条线把环境、架构、核心模块、参数配置和血泪踩坑一条条讲清楚让你拿到手能判断值不值得投入以及怎么改造成自己的东西。2. 跑起来之前Java 在线考试系统的技术栈判断与环境搭建拿到源码压缩包第一件事不是急着解压运行而是先判断它是什么年代、什么技术栈的产物。这一步决定了你后面要装什么、配什么也决定了它值不值得你继续投入时间。2.1 先看目录结构判断技术栈代际解压之后先别打开 IDE用命令行把目录树扫一遍重点看几个标志性文件。这一步能帮你快速区分它是 SSMSpring SpringMVC MyBatis老架构、SpringBoot 单体、还是前后端分离的 Vue SpringBoot 组合。# 解压后进入根目录先看整体结构 unzip Java在线考试系统源码.zip -d exam-system cd exam-system # 列出两层目录快速判断项目形态 find . -maxdepth 2 -type d | sort # 找关键标志文件 ls -la pom.xml build.gradle package.json application.yml application.properties 2/dev/null逻辑说明find -maxdepth 2只展开两层避免目录太深刷屏后面那条ls一次性探测 Mavenpom.xml、Gradlebuild.gradle、前端package.json、SpringBoot 配置application.yml/.properties这几类关键文件。参数上2/dev/null是把不存在的文件报错吞掉让输出干净。判断规则很直接有pom.xml且依赖里有spring-boot-starter基本是 SpringBoot如果只有spring-webmvc而没有 boot starter那就是传统 SSM需要外置 Tomcat如果根目录还有独立的frontend或vue目录加package.json那就是前后端分离前端要单独npm install。2.2 JDK、Maven、数据库三件套的版本对齐在线考试系统源码最常见的启动失败不是代码问题而是版本不对齐。我一般会按下面这个顺序确认别跳步。组件常见要求检查命令不对齐的典型症状JDK1.8 或 11 或 17java -version编译报invalid target releaseMaven3.6mvn -v依赖拉不下来、插件报错MySQL5.7 或 8.0mysql --version驱动类名、时区、密码加密报错Redis可选5.0redis-cli ping登录态、验证码功能失效# 确认 JDK 版本注意源码里 pom 的 maven.compiler 配置 java -version # 确认 Maven 能联网拉依赖 mvn -v # 导入数据库脚本脚本名以实际为准常见是 exam.sql 或 db.sql mysql -uroot -p -e CREATE DATABASE exam_db DEFAULT CHARSET utf8mb4; mysql -uroot -p exam_db sql/exam.sql逻辑说明先建库再导入utf8mb4是为了兼容题目里的特殊符号和 emoji很多老脚本默认utf8导入带表情的题干会报错。参数上-e直接执行 SQL适合脚本化导入时如果脚本里已经写了CREATE DATABASE那第一句可以省掉但库名要和配置文件里一致。提示如果pom.xml里写的是 JDK 1.8而你本机是 17别硬上装个 JDK 8 或用 SDKMAN 切换比改一堆依赖省事得多。2.3 配置文件里必须改的四个参数源码能编译不代表能连上数据库。打开application.yml或application.properties重点盯这四个数据库 URL、用户名密码、端口、以及文件上传路径。spring: datasource: url: jdbc:mysql://localhost:3306/exam_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver server: port: 8080 # 文件上传目录考试系统常用来存题目图片、导入的 Excel file: upload-path: /data/exam/upload/逻辑说明serverTimezoneAsia/Shanghai是 MySQL 8 的必填项不写会报时区错误driver-class-name用com.mysql.cj.jdbc.Driver是 8.0 驱动的新类名老源码如果写的是com.mysql.jdbc.Driver在 8.0 下会警告甚至失败。upload-path一定要改成你机器上真实存在且有写权限的目录否则上传题目图片时直接抛异常。参数怎么改端口冲突就换 8081数据库密码有特殊字符要 URL 编码上传路径在 Windows 下写成D:/exam/upload/注意用正斜杠或双反斜杠。改完这些mvn spring-boot:run或打 war 丢进 Tomcat才算真正具备启动条件。3. 核心模块拆解组卷、考试、判分三条主线的实现逻辑环境通了之后别急着改界面。先把这套 Java 在线考试系统的三条核心业务线摸清楚否则你改一处崩三处。这三条线是组卷题目怎么进库、怎么抽题、考试考生怎么答题、状态怎么管、判分客观题自动判、主观题怎么处理。3.1 题库与组卷抽题算法和试卷表设计组卷的本质是从题库里按规则抽题组成一张试卷。常见做法有两种随机抽题和按知识点/难度分层抽题。源码里如果是简单实现多半是ORDER BY RAND() LIMIT n这个写法在小数据量下没问题但题库上万条时性能会明显下降。-- 常见的随机抽题写法简单但大数据量下慢 SELECT * FROM question WHERE subject_id ? ORDER BY RAND() LIMIT 10; -- 更稳的做法先取 ID 范围再随机 SELECT * FROM question WHERE subject_id ? AND id (SELECT FLOOR(RAND() * (SELECT MAX(id) FROM question))) ORDER BY id LIMIT 10;逻辑说明第一种写法会对全表做随机排序数据量大时是性能杀手第二种用 ID 区间随机起点再顺序取命中率高、速度快缺点是分布略不均匀但对考试场景足够。参数上subject_id是科目过滤LIMIT 10是抽题数量实际项目里这个数量应该来自试卷配置表而不是写死。试卷表设计上一般会有paper试卷主表、paper_question试卷题目关联表两张核心表。关联表里存paper_id、question_id、score、sort_order这样同一道题在不同试卷里可以有不同的分值这是很多新手容易忽略的点——分值不该存在题目表里而该存在关联表里。3.2 考试过程答题状态与防重复提交考试过程中最容易被忽视的是状态管理。考生点开试卷、开始答题、提交、超时自动交卷这几个状态必须有明确字段记录否则会出现重复提交、超时还能继续答的问题。// 考试记录状态枚举建议单独定义 public enum ExamStatus { NOT_STARTED(0, 未开始), IN_PROGRESS(1, 考试中), SUBMITTED(2, 已提交), TIMEOUT(3, 超时交卷); // 省略构造和 getter } // 提交时的幂等校验防止重复提交 public boolean submitExam(Long recordId, ListAnswer answers) { ExamRecord record examRecordMapper.selectById(recordId); if (record.getStatus() ! ExamStatus.IN_PROGRESS.getCode()) { throw new BizException(该考试已提交请勿重复操作); } // 校验是否超时 if (System.currentTimeMillis() record.getDeadline().getTime()) { record.setStatus(ExamStatus.TIMEOUT.getCode()); } else { record.setStatus(ExamStatus.SUBMITTED.getCode()); } // 保存答案 更新状态放在同一事务里 answerMapper.batchInsert(answers); examRecordMapper.updateById(record); return true; }逻辑说明这段的关键是「先查状态再更新」用状态机挡住重复提交。参数上recordId是考试记录主键answers是本次提交的答案列表。batchInsert和updateById必须在同一个事务里否则可能出现答案存了但状态没更新或者反过来。这里也是java怎么保证数据一致性这个热搜词最典型的落地场景——靠事务和状态校验而不是靠前端按钮置灰。注意前端置灰按钮只是体验优化不能当防重复提交的手段真正的防线在服务端状态校验。3.3 判分逻辑客观题自动判、主观题留人工判分这块客观题单选、多选、判断自动判分很直接主观题简答、论述一般留人工批阅入口。自动判分的坑主要在多选题——少选、多选、错选的给分规则不一样源码里如果只写了「全对才给分」那你要根据实际需求改。// 多选题判分支持「少选得半分、错选不得分」的常见规则 public double judgeMultiple(Question q, ListString userAnswers) { SetString correct new HashSet(Arrays.asList(q.getAnswer().split(,))); SetString user new HashSet(userAnswers); // 有错选直接 0 分 for (String ua : user) { if (!correct.contains(ua)) { return 0; } } // 全对满分 if (user.size() correct.size()) { return q.getScore(); } // 少选按比例给分这里给一半可按需调整 return q.getScore() * 0.5; }逻辑说明先把正确答案和用户答案都转成Set做集合运算避免顺序问题。参数上q.getScore()是这道题的分值0.5是少选系数这个系数应该抽成配置项而不是写死。判分完成后主观题部分要留一个pending_review状态等老师批阅后再汇总总分别在提交时就把总分算死。4. 二次开发避坑从改界面到加功能的五个真实翻车点能跑起来、能答题之后大部分人下一步就是改。改的过程才是真正见真章的地方下面这五个坑是我自己和身边人踩过的按「现象 → 原因 → 解决」写清楚。4.1 改了实体类字段页面数据全空现象给题目表加了个difficulty难度字段数据库加了、实体类加了但页面上题目列表还是查不出这个字段甚至整个列表变空。原因MyBatis 的映射没同步。如果是 XML 映射resultMap里没加新字段如果是注解或 MyBatis-Plus可能是TableField没标或者驼峰映射没开。解决XML 方式在resultMap补result columndifficulty propertydifficulty/MyBatis-Plus 确认map-underscore-to-camel-case: true字段名difficulty对应列difficulty一般没问题但如果是question_type这种实体要写questionType。4.2 上传题目图片报 413 或路径找不到现象题干里插图片前端上传直接报 413 请求体过大或者上传成功但图片显示 404。原因413 是 SpringBoot 默认上传大小限制默认 1MB404 是上传目录没配成静态资源映射文件存了但访问不到。解决配置文件里放开大小限制同时把上传目录映射成静态路径。spring: servlet: multipart: max-file-size: 10MB max-request-size: 10MB # 静态资源映射让上传的文件能通过 URL 访问 web: upload-access-path: /upload/** upload-physical-path: /data/exam/upload/逻辑说明max-file-size是单文件上限max-request-size是整次请求上限两个都要改。静态映射那段需要配合一个WebMvcConfigurer实现类把/upload/**映射到物理路径否则文件存进去了但浏览器访问不到。4.3 考试倒计时和服务器时间对不上现象考生电脑本地时间被改过倒计时显示还剩很久但服务器已经判定超时。原因倒计时用了前端new Date()本地时间没和服务器时间校准。解决考试开始时从服务端拿一个剩余秒数或截止时间戳前端只做递减显示提交时以服务端时间为准。别信客户端时间这是铁律。4.4 并发交卷时成绩算重或算漏现象同一考生网络卡顿连点两次提交或者多人同时交卷出现成绩重复记录或总分算错。原因没有做幂等或者判分和写成绩不在一个事务里。解决参考 3.2 的状态机校验提交入口加分布式锁或数据库唯一索引record_id唯一判分和写成绩放同一事务。4.5 导入 Excel 题库时中文乱码、日期变数字现象用 POI 导入题目 Excel中文题干乱码或者「2024-01-01」变成45291这种数字。原因编码没指定或者单元格类型判断缺失把日期当数字读了。解决读取时统一按UTF-8处理单元格用DataFormatter格式化日期类型单独判断DateUtil.isCellDateFormatted。这也是java poi word能生成图表吗这类热搜背后同一类问题——POI 处理 Office 文件类型判断永远是第一道坎。5. 从能跑到能用性能、安全与部署的三个进阶技巧把功能改顺之后如果这套 Java 在线考试系统要真给几十上百人同时用就得考虑性能和安全了。这一章讲三个我实际用过、性价比最高的技巧。5.1 用 Redis 缓存试卷和题目扛住开考瞬间的并发开考那一刻是流量尖峰所有人同时拉试卷。如果每次都查库、抽题、组装数据库压力很大。常见做法是把组好的试卷缓存进 Rediskey 用paper:record:{recordId}设置和考试时长一致的过期时间。// 开考时生成试卷快照并缓存 public ExamPaperVO startExam(Long paperId, Long userId) { String cacheKey paper:record: userId : paperId; ExamPaperVO cached (ExamPaperVO) redisTemplate.opsForValue().get(cacheKey); if (cached ! null) { return cached; } ExamPaperVO paper paperService.assemblePaper(paperId); // 过期时间设为考试时长 10 分钟缓冲 redisTemplate.opsForValue().set(cacheKey, paper, Duration.ofMinutes(70)); return paper; }逻辑说明缓存的是「这个考生这张卷」的快照而不是公共题库这样每人的抽题结果固定不会刷新一次换一批题。参数上过期时间要略大于考试时长留出交卷缓冲。注意缓存和数据库的一致性——试卷一旦生成就不该再变所以这里用「先查缓存、没有再生成」是安全的。5.2 接口防刷与权限校验别让考生看到别人的卷考试系统最常见的低级安全问题是接口只传了recordId就返回数据没校验这个记录是不是当前登录用户的。加一层归属校验成本极低但能挡住绝大多数越权。// 查询考试记录前校验归属 public ExamRecord getRecord(Long recordId, Long currentUserId) { ExamRecord record examRecordMapper.selectById(recordId); if (record null || !record.getUserId().equals(currentUserId)) { throw new BizException(无权访问该考试记录); } return record; }逻辑说明currentUserId从登录态Session 或 JWT里取绝不能从请求参数里取。参数校验顺序是先判空再判归属避免空指针。这个校验应该做成拦截器或 AOP别在每个接口里手写容易漏。5.3 部署时的三个检查项上线前我会固定检查三件事用一张表列清楚。检查项检查方式不通过的后果数据库连接池配置看maximum-pool-size并发高时连接耗尽接口超时日志级别确认生产是INFO不是DEBUG日志暴涨磁盘写满上传目录权限ls -ld看属主和权限上传失败图片存不进去数据库连接池默认值往往偏小考试场景建议调到 20 以上日志级别用DEBUG在生产环境是灾难SQL 全打出来上传目录如果属主是 root 而应用用普通用户跑写不进去。5.4 一个我自己的习惯我现在拿到任何一份Java在线考试系统源码.zip第一件事不是运行而是先花二十分钟把pom.xml、配置文件、SQL 脚本、README 这四样看完判断它的技术栈代际和完整度再决定是直接跑还是先补依赖。这个习惯帮我省下了无数次「跑一半发现缺东西」的时间。源码这东西能跑通只是起点能改、能扛、能安全上线才算真正落地。希望帮到你。本文还有配套的精品资源点击获取
Java在线考试系统源码落地实战：环境搭建、核心模块与二次开发避坑指南
简介这是一套基于Java技术栈开发的在线考试系统完整源码面向具备一定Java Web基础、希望学习企业级项目架构或二次开发考试平台的开发者。后台采用Spring MVC、MyBatis与FreeMarker组合前端则使用Bootstrap、jQuery并引入Vue.js实现MVVM数据绑定前后端分层清晰适合作为课程设计、毕业设计或中小型在线考试场景的参考实现。压缩包共332个文件约10.33MB其中47个java文件承载核心业务逻辑14个xml与properties负责框架配置58个js、69个css及22个html构成前端页面与样式另有sql脚本、图片与字体资源目录结构完整。目前已有1111人学习下载。通过阅读源码读者可掌握Spring MVC请求流转、MyBatis数据持久化、FreeMarker模板渲染以及Vue.js组件化交互的整合方式理解考试系统从题库管理到试卷生成的模块划分并借鉴其分层设计与配置思路快速搭建属于自己的在线考试应用。1. 从一份 Java 在线考试系统源码说起它到底能解决什么如果你手头正躺着一份Java在线考试系统源码.zip大概率不是单纯想收藏而是想搞清楚三件事这套东西能不能直接跑起来、能不能改成自己单位或课程要用的样子、以及改的过程中会不会踩到一堆坑。在线考试系统这个方向本质是把「出题、组卷、考试、判分、成绩分析」这条链路用代码固化下来而 Java 技术栈几乎是国内高校课程设计和中小企业内部系统最主流的选择所以这类源码的检索量一直很高java课程设计案例源码、java基础、mybatis源码这些词常年挂在热搜上不是没道理的。它适合的人群其实很明确一是做课程设计的学生需要一个能跑通、能讲清楚架构的完整案例二是想练手 Java Web 全链路的开发者因为考试系统天然覆盖了权限、事务、并发提交、文件处理这些真实场景三是单位内部要做简易考核工具的运维或行政技术岗。但我要先把话说在前面——网上流传的这类源码质量参差不齐有的能一键启动有的缺依赖、缺数据库脚本、缺前端资源直接双击运行大概率翻车。所以这篇不吹这套源码多完美而是顺着「拿到一份 Java 在线考试系统源码之后怎么落地」这条线把环境、架构、核心模块、参数配置和血泪踩坑一条条讲清楚让你拿到手能判断值不值得投入以及怎么改造成自己的东西。2. 跑起来之前Java 在线考试系统的技术栈判断与环境搭建拿到源码压缩包第一件事不是急着解压运行而是先判断它是什么年代、什么技术栈的产物。这一步决定了你后面要装什么、配什么也决定了它值不值得你继续投入时间。2.1 先看目录结构判断技术栈代际解压之后先别打开 IDE用命令行把目录树扫一遍重点看几个标志性文件。这一步能帮你快速区分它是 SSMSpring SpringMVC MyBatis老架构、SpringBoot 单体、还是前后端分离的 Vue SpringBoot 组合。# 解压后进入根目录先看整体结构 unzip Java在线考试系统源码.zip -d exam-system cd exam-system # 列出两层目录快速判断项目形态 find . -maxdepth 2 -type d | sort # 找关键标志文件 ls -la pom.xml build.gradle package.json application.yml application.properties 2/dev/null逻辑说明find -maxdepth 2只展开两层避免目录太深刷屏后面那条ls一次性探测 Mavenpom.xml、Gradlebuild.gradle、前端package.json、SpringBoot 配置application.yml/.properties这几类关键文件。参数上2/dev/null是把不存在的文件报错吞掉让输出干净。判断规则很直接有pom.xml且依赖里有spring-boot-starter基本是 SpringBoot如果只有spring-webmvc而没有 boot starter那就是传统 SSM需要外置 Tomcat如果根目录还有独立的frontend或vue目录加package.json那就是前后端分离前端要单独npm install。2.2 JDK、Maven、数据库三件套的版本对齐在线考试系统源码最常见的启动失败不是代码问题而是版本不对齐。我一般会按下面这个顺序确认别跳步。组件常见要求检查命令不对齐的典型症状JDK1.8 或 11 或 17java -version编译报invalid target releaseMaven3.6mvn -v依赖拉不下来、插件报错MySQL5.7 或 8.0mysql --version驱动类名、时区、密码加密报错Redis可选5.0redis-cli ping登录态、验证码功能失效# 确认 JDK 版本注意源码里 pom 的 maven.compiler 配置 java -version # 确认 Maven 能联网拉依赖 mvn -v # 导入数据库脚本脚本名以实际为准常见是 exam.sql 或 db.sql mysql -uroot -p -e CREATE DATABASE exam_db DEFAULT CHARSET utf8mb4; mysql -uroot -p exam_db sql/exam.sql逻辑说明先建库再导入utf8mb4是为了兼容题目里的特殊符号和 emoji很多老脚本默认utf8导入带表情的题干会报错。参数上-e直接执行 SQL适合脚本化导入时如果脚本里已经写了CREATE DATABASE那第一句可以省掉但库名要和配置文件里一致。提示如果pom.xml里写的是 JDK 1.8而你本机是 17别硬上装个 JDK 8 或用 SDKMAN 切换比改一堆依赖省事得多。2.3 配置文件里必须改的四个参数源码能编译不代表能连上数据库。打开application.yml或application.properties重点盯这四个数据库 URL、用户名密码、端口、以及文件上传路径。spring: datasource: url: jdbc:mysql://localhost:3306/exam_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver server: port: 8080 # 文件上传目录考试系统常用来存题目图片、导入的 Excel file: upload-path: /data/exam/upload/逻辑说明serverTimezoneAsia/Shanghai是 MySQL 8 的必填项不写会报时区错误driver-class-name用com.mysql.cj.jdbc.Driver是 8.0 驱动的新类名老源码如果写的是com.mysql.jdbc.Driver在 8.0 下会警告甚至失败。upload-path一定要改成你机器上真实存在且有写权限的目录否则上传题目图片时直接抛异常。参数怎么改端口冲突就换 8081数据库密码有特殊字符要 URL 编码上传路径在 Windows 下写成D:/exam/upload/注意用正斜杠或双反斜杠。改完这些mvn spring-boot:run或打 war 丢进 Tomcat才算真正具备启动条件。3. 核心模块拆解组卷、考试、判分三条主线的实现逻辑环境通了之后别急着改界面。先把这套 Java 在线考试系统的三条核心业务线摸清楚否则你改一处崩三处。这三条线是组卷题目怎么进库、怎么抽题、考试考生怎么答题、状态怎么管、判分客观题自动判、主观题怎么处理。3.1 题库与组卷抽题算法和试卷表设计组卷的本质是从题库里按规则抽题组成一张试卷。常见做法有两种随机抽题和按知识点/难度分层抽题。源码里如果是简单实现多半是ORDER BY RAND() LIMIT n这个写法在小数据量下没问题但题库上万条时性能会明显下降。-- 常见的随机抽题写法简单但大数据量下慢 SELECT * FROM question WHERE subject_id ? ORDER BY RAND() LIMIT 10; -- 更稳的做法先取 ID 范围再随机 SELECT * FROM question WHERE subject_id ? AND id (SELECT FLOOR(RAND() * (SELECT MAX(id) FROM question))) ORDER BY id LIMIT 10;逻辑说明第一种写法会对全表做随机排序数据量大时是性能杀手第二种用 ID 区间随机起点再顺序取命中率高、速度快缺点是分布略不均匀但对考试场景足够。参数上subject_id是科目过滤LIMIT 10是抽题数量实际项目里这个数量应该来自试卷配置表而不是写死。试卷表设计上一般会有paper试卷主表、paper_question试卷题目关联表两张核心表。关联表里存paper_id、question_id、score、sort_order这样同一道题在不同试卷里可以有不同的分值这是很多新手容易忽略的点——分值不该存在题目表里而该存在关联表里。3.2 考试过程答题状态与防重复提交考试过程中最容易被忽视的是状态管理。考生点开试卷、开始答题、提交、超时自动交卷这几个状态必须有明确字段记录否则会出现重复提交、超时还能继续答的问题。// 考试记录状态枚举建议单独定义 public enum ExamStatus { NOT_STARTED(0, 未开始), IN_PROGRESS(1, 考试中), SUBMITTED(2, 已提交), TIMEOUT(3, 超时交卷); // 省略构造和 getter } // 提交时的幂等校验防止重复提交 public boolean submitExam(Long recordId, ListAnswer answers) { ExamRecord record examRecordMapper.selectById(recordId); if (record.getStatus() ! ExamStatus.IN_PROGRESS.getCode()) { throw new BizException(该考试已提交请勿重复操作); } // 校验是否超时 if (System.currentTimeMillis() record.getDeadline().getTime()) { record.setStatus(ExamStatus.TIMEOUT.getCode()); } else { record.setStatus(ExamStatus.SUBMITTED.getCode()); } // 保存答案 更新状态放在同一事务里 answerMapper.batchInsert(answers); examRecordMapper.updateById(record); return true; }逻辑说明这段的关键是「先查状态再更新」用状态机挡住重复提交。参数上recordId是考试记录主键answers是本次提交的答案列表。batchInsert和updateById必须在同一个事务里否则可能出现答案存了但状态没更新或者反过来。这里也是java怎么保证数据一致性这个热搜词最典型的落地场景——靠事务和状态校验而不是靠前端按钮置灰。注意前端置灰按钮只是体验优化不能当防重复提交的手段真正的防线在服务端状态校验。3.3 判分逻辑客观题自动判、主观题留人工判分这块客观题单选、多选、判断自动判分很直接主观题简答、论述一般留人工批阅入口。自动判分的坑主要在多选题——少选、多选、错选的给分规则不一样源码里如果只写了「全对才给分」那你要根据实际需求改。// 多选题判分支持「少选得半分、错选不得分」的常见规则 public double judgeMultiple(Question q, ListString userAnswers) { SetString correct new HashSet(Arrays.asList(q.getAnswer().split(,))); SetString user new HashSet(userAnswers); // 有错选直接 0 分 for (String ua : user) { if (!correct.contains(ua)) { return 0; } } // 全对满分 if (user.size() correct.size()) { return q.getScore(); } // 少选按比例给分这里给一半可按需调整 return q.getScore() * 0.5; }逻辑说明先把正确答案和用户答案都转成Set做集合运算避免顺序问题。参数上q.getScore()是这道题的分值0.5是少选系数这个系数应该抽成配置项而不是写死。判分完成后主观题部分要留一个pending_review状态等老师批阅后再汇总总分别在提交时就把总分算死。4. 二次开发避坑从改界面到加功能的五个真实翻车点能跑起来、能答题之后大部分人下一步就是改。改的过程才是真正见真章的地方下面这五个坑是我自己和身边人踩过的按「现象 → 原因 → 解决」写清楚。4.1 改了实体类字段页面数据全空现象给题目表加了个difficulty难度字段数据库加了、实体类加了但页面上题目列表还是查不出这个字段甚至整个列表变空。原因MyBatis 的映射没同步。如果是 XML 映射resultMap里没加新字段如果是注解或 MyBatis-Plus可能是TableField没标或者驼峰映射没开。解决XML 方式在resultMap补result columndifficulty propertydifficulty/MyBatis-Plus 确认map-underscore-to-camel-case: true字段名difficulty对应列difficulty一般没问题但如果是question_type这种实体要写questionType。4.2 上传题目图片报 413 或路径找不到现象题干里插图片前端上传直接报 413 请求体过大或者上传成功但图片显示 404。原因413 是 SpringBoot 默认上传大小限制默认 1MB404 是上传目录没配成静态资源映射文件存了但访问不到。解决配置文件里放开大小限制同时把上传目录映射成静态路径。spring: servlet: multipart: max-file-size: 10MB max-request-size: 10MB # 静态资源映射让上传的文件能通过 URL 访问 web: upload-access-path: /upload/** upload-physical-path: /data/exam/upload/逻辑说明max-file-size是单文件上限max-request-size是整次请求上限两个都要改。静态映射那段需要配合一个WebMvcConfigurer实现类把/upload/**映射到物理路径否则文件存进去了但浏览器访问不到。4.3 考试倒计时和服务器时间对不上现象考生电脑本地时间被改过倒计时显示还剩很久但服务器已经判定超时。原因倒计时用了前端new Date()本地时间没和服务器时间校准。解决考试开始时从服务端拿一个剩余秒数或截止时间戳前端只做递减显示提交时以服务端时间为准。别信客户端时间这是铁律。4.4 并发交卷时成绩算重或算漏现象同一考生网络卡顿连点两次提交或者多人同时交卷出现成绩重复记录或总分算错。原因没有做幂等或者判分和写成绩不在一个事务里。解决参考 3.2 的状态机校验提交入口加分布式锁或数据库唯一索引record_id唯一判分和写成绩放同一事务。4.5 导入 Excel 题库时中文乱码、日期变数字现象用 POI 导入题目 Excel中文题干乱码或者「2024-01-01」变成45291这种数字。原因编码没指定或者单元格类型判断缺失把日期当数字读了。解决读取时统一按UTF-8处理单元格用DataFormatter格式化日期类型单独判断DateUtil.isCellDateFormatted。这也是java poi word能生成图表吗这类热搜背后同一类问题——POI 处理 Office 文件类型判断永远是第一道坎。5. 从能跑到能用性能、安全与部署的三个进阶技巧把功能改顺之后如果这套 Java 在线考试系统要真给几十上百人同时用就得考虑性能和安全了。这一章讲三个我实际用过、性价比最高的技巧。5.1 用 Redis 缓存试卷和题目扛住开考瞬间的并发开考那一刻是流量尖峰所有人同时拉试卷。如果每次都查库、抽题、组装数据库压力很大。常见做法是把组好的试卷缓存进 Rediskey 用paper:record:{recordId}设置和考试时长一致的过期时间。// 开考时生成试卷快照并缓存 public ExamPaperVO startExam(Long paperId, Long userId) { String cacheKey paper:record: userId : paperId; ExamPaperVO cached (ExamPaperVO) redisTemplate.opsForValue().get(cacheKey); if (cached ! null) { return cached; } ExamPaperVO paper paperService.assemblePaper(paperId); // 过期时间设为考试时长 10 分钟缓冲 redisTemplate.opsForValue().set(cacheKey, paper, Duration.ofMinutes(70)); return paper; }逻辑说明缓存的是「这个考生这张卷」的快照而不是公共题库这样每人的抽题结果固定不会刷新一次换一批题。参数上过期时间要略大于考试时长留出交卷缓冲。注意缓存和数据库的一致性——试卷一旦生成就不该再变所以这里用「先查缓存、没有再生成」是安全的。5.2 接口防刷与权限校验别让考生看到别人的卷考试系统最常见的低级安全问题是接口只传了recordId就返回数据没校验这个记录是不是当前登录用户的。加一层归属校验成本极低但能挡住绝大多数越权。// 查询考试记录前校验归属 public ExamRecord getRecord(Long recordId, Long currentUserId) { ExamRecord record examRecordMapper.selectById(recordId); if (record null || !record.getUserId().equals(currentUserId)) { throw new BizException(无权访问该考试记录); } return record; }逻辑说明currentUserId从登录态Session 或 JWT里取绝不能从请求参数里取。参数校验顺序是先判空再判归属避免空指针。这个校验应该做成拦截器或 AOP别在每个接口里手写容易漏。5.3 部署时的三个检查项上线前我会固定检查三件事用一张表列清楚。检查项检查方式不通过的后果数据库连接池配置看maximum-pool-size并发高时连接耗尽接口超时日志级别确认生产是INFO不是DEBUG日志暴涨磁盘写满上传目录权限ls -ld看属主和权限上传失败图片存不进去数据库连接池默认值往往偏小考试场景建议调到 20 以上日志级别用DEBUG在生产环境是灾难SQL 全打出来上传目录如果属主是 root 而应用用普通用户跑写不进去。5.4 一个我自己的习惯我现在拿到任何一份Java在线考试系统源码.zip第一件事不是运行而是先花二十分钟把pom.xml、配置文件、SQL 脚本、README 这四样看完判断它的技术栈代际和完整度再决定是直接跑还是先补依赖。这个习惯帮我省下了无数次「跑一半发现缺东西」的时间。源码这东西能跑通只是起点能改、能扛、能安全上线才算真正落地。希望帮到你。本文还有配套的精品资源点击获取
