简介这份JAVA在线考试管理系统源代码面向计算机专业学生、Java初学者及需要课程设计或毕业设计参考的开发者提供一套覆盖试题库管理、考试安排、考生答题与成绩统计的完整在线考试解决方案帮助理解传统考试向数字化转型的工程实现。压缩包共125个文件约1.06MB以gif界面素材、jsp动态页面、htm静态页、jar依赖库、class编译文件及cnf配置为主另含war部署包、mdb与mdf数据库文件、少量java源码和xml配置基本覆盖Web应用从页面到数据层的常见组成。目前已有1370人学习下载说明该案例在Java Web入门与项目实战中具有一定参考价值。读者可从中获取MVC分层结构、Servlet与JSP交互、数据库表设计、权限控制及安全防护等知识点的落地代码适合对照梳理开发流程、拆解模块实现并积累排错经验。1. 在线考试管理系统源码从一份 Java 工程看清考试业务的骨架在线考试管理系统这个词做 Java 的人几乎都碰过——校招简历上写一个公司内部培训平台搭一个培训机构拿它当 Spring Boot 练手项目。但真正把源代码拉下来跑通、改过、上线过的人不多。多数人卡在三个地方数据库表设计撑不住一场 200 人同时交卷的考试自动判分逻辑只覆盖单选题试卷随机抽题用ORDER BY RAND()把 MySQL 拖垮。这套系统的核心链路其实就四条教师建题库、组卷发布、考生答题交卷、系统判分出成绩。源代码的价值不在于界面多漂亮而在于它把「考试」这个业务的时间约束、并发约束和数据一致性约束都摆在了明面上。适合有 Java 基础、想拿一个完整业务系统练手的人也适合需要快速搭内部考核平台的团队做二次开发。2. 拆解源代码的工程结构一个考试系统该有哪些模块2.1 从 Maven 依赖反推技术选型拿到一份 Java 在线考试管理系统的源代码第一步不是急着mvn spring-boot:run而是打开pom.xml看依赖。依赖列表基本决定了这套代码的架构风格和你能改动的空间。常见的组合是 Spring Boot MyBatis-Plus MySQL Redis Thymeleaf 或 Vue 前后端分离。!-- pom.xml 关键依赖片段 -- dependencies !-- Web 层提供 REST 接口和 MVC 能力 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- 持久层MyBatis-Plus 省去大量单表 CRUD 手写 SQL -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3.1/version /dependency !-- 缓存考试倒计时、在线人数、防重复交卷靠它 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-data-redis/artifactId /dependency !-- 权限区分教师、考生、管理员三种角色 -- dependency groupIdorg.apache.shiro/groupId artifactIdshiro-spring-boot-starter/artifactId version1.11.0/version /dependency /dependencies这段依赖说明几个选型判断用 MyBatis-Plus 而不是 JPA意味着复杂查询比如按知识点抽题、统计正确率会写 XML 或 Wrapper改起来更直接引入 Redis 说明系统考虑了考试场景下的并发读写倒计时和交卷幂等大概率依赖它Shiro 而非 Spring Security权限配置更轻适合中小型考试系统。如果你拿到的源代码用的是 JPA Spring Security改动成本会高一些但思路一致。2.2 数据库表设计的五个核心实体考试系统的表不多但每张表的字段设计都直接影响后续功能能不能做。以下是我见过的比较合理的一套核心表结构用表格说明字段和设计意图。表名核心字段设计意图exam_paperid, title, total_score, duration, start_time, end_time, status试卷主表status 控制草稿/已发布/已结束exam_questionid, paper_id, question_type, content, options, answer, score, sort_order题目表options 存 JSONanswer 存标准答案exam_recordid, paper_id, user_id, start_time, submit_time, score, status考试记录status 区分进行中/已交卷/超时强制交卷exam_answerid, record_id, question_id, user_answer, is_correct, got_score逐题作答明细判分后回写sys_userid, username, password, role, real_name用户表role 区分 teacher/student/admin关键点在于exam_record和exam_answer的分离。有些简易源码把答案直接塞进 record 的一个 JSON 字段查询统计时非常痛苦。分离后判分逻辑可以逐题更新is_correct和got_score也方便做错题本功能。exam_question的options字段用 JSON 存储比拆成 option_a 到 option_d 更灵活但要注意 MySQL 5.7 以上才原生支持 JSON 类型低版本用 TEXT 存 JSON 字符串也行。2.3 启动工程前必须改的三个配置源代码能跑起来的前提是配置对。application.yml里有三处必须按自己环境改否则启动就报错。spring: datasource: url: jdbc:mysql://localhost:3306/exam_system?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: your_password # 改成自己的 redis: host: localhost port: 6379 database: 0 # 如果本地 Redis 有多个库改这里避免冲突 password: # 有密码就填没有留空 server: port: 8080 # 被占用就换 8081改完配置后先执行src/main/resources/sql/目录下的建表脚本再启动。常见做法是项目里带一个init.sql用 Navicat 或命令行导入。如果源代码没有附带 SQL 文件需要根据实体类反推建表语句这时候 MyBatis-Plus 的TableName和TableField注解就是线索。提示导入 SQL 时注意字符集考试题目里可能有特殊符号或公式用 utf8mb4 而不是 utf8否则生僻字会变成问号。3. 组卷与判分源代码里最值得细读的两段逻辑3.1 随机抽题的实现与性能边界组卷是考试系统的核心。教师设定题型分布和知识点范围系统从题库随机抽取。很多源代码用ORDER BY RAND() LIMIT 10实现数据量小的时候没问题题库超过一万条就开始拖慢。// 不推荐的写法全表扫描 随机排序 Select(SELECT * FROM exam_question WHERE type #{type} ORDER BY RAND() LIMIT #{count}) ListQuestion randomPick(Param(type) int type, Param(count) int count);更稳的做法是先用COUNT(*)拿到符合条件的总数再生成随机偏移量分页取。// 改进方案先查总数再随机偏移 public ListQuestion randomPick(int type, int count) { // 1. 统计该题型可用题目总数 Long total questionMapper.countByType(type); if (total null || total count) { throw new BizException(题库题目不足); } ListQuestion result new ArrayList(); SetLong pickedIds new HashSet(); Random random new Random(); // 2. 循环抽取用 Set 去重避免重复 while (result.size() count) { int offset random.nextInt(total.intValue()); // 3. 每次取一条offset 随机 Question q questionMapper.selectByTypeWithOffset(type, offset); if (q ! null pickedIds.add(q.getId())) { result.add(q); } } return result; }逻辑说明countByType走索引很快selectByTypeWithOffset用LIMIT offset, 1取单条pickedIds保证不重复。参数上count是需要的题目数type是题型枚举值。这个方案在题库十万级以内表现稳定缺点是循环次数可能多于 count因为随机偏移可能撞到已选中的但概率很低。如果题库更大建议用 Redis 的 Set 做题库 ID 池SRANDMEMBER直接随机取。3.2 自动判分的三种题型处理判分逻辑决定了成绩是否可信。源代码里通常支持单选、多选、判断三种题型每种判分规则不同。public void judgeAnswer(ExamAnswer answer, ExamQuestion question) { String correct question.getAnswer(); // 标准答案 String userAns answer.getUserAnswer(); // 考生作答 int type question.getQuestionType(); boolean isCorrect false; if (type 1) { // 单选题直接字符串比较忽略大小写和空格 isCorrect correct.trim().equalsIgnoreCase(userAns null ? : userAns.trim()); } else if (type 2) { // 多选题排序后比较避免顺序不同导致误判 isCorrect sortChars(correct).equals(sortChars(userAns)); } else if (type 3) { // 判断题统一转成 true/false 比较 isCorrect Boolean.parseBoolean(correct) Boolean.parseBoolean(userAns); } answer.setIsCorrect(isCorrect ? 1 : 0); answer.setGotScore(isCorrect ? question.getScore() : 0); answerMapper.updateById(answer); } private String sortChars(String s) { if (s null) return ; char[] chars s.replaceAll(\\s, ).toCharArray(); Arrays.sort(chars); return new String(chars); }逻辑说明单选题直接比较多选题必须排序后比较否则考生选「AB」标准答案是「BA」会被判错这是血泪经验判断题统一布尔值。参数上question.getScore()是该题分值判对得满分判错得零分。如果要做部分给分多选漏选给一半需要在多选分支里单独计算交集大小。注意判分方法要加事务注解Transactional因为更新exam_answer和汇总exam_record总分必须原子操作否则考生可能看到单题分数更新了但总分没变。3.3 交卷接口的幂等与超时处理交卷是考试系统最容易出并发问题的地方。考生手抖点两次交卷、网络超时重试、倒计时结束自动交卷和手动交卷同时触发都会导致重复判分。Transactional(rollbackFor Exception.class) public void submitExam(Long recordId, Long userId) { // 1. 用 Redis 分布式锁防止重复交卷key 为 recordId String lockKey exam:submit: recordId; Boolean locked redisTemplate.opsForValue() .setIfAbsent(lockKey, 1, 30, TimeUnit.SECONDS); if (Boolean.FALSE.equals(locked)) { throw new BizException(请勿重复交卷); } try { // 2. 查考试记录校验状态和归属 ExamRecord record recordMapper.selectById(recordId); if (record null || !record.getUserId().equals(userId)) { throw new BizException(考试记录不存在); } if (record.getStatus() ! 0) { throw new BizException(该场考试已交卷); } // 3. 逐题判分并累加总分 ListExamAnswer answers answerMapper.selectByRecordId(recordId); int totalScore 0; for (ExamAnswer ans : answers) { ExamQuestion q questionMapper.selectById(ans.getQuestionId()); judgeAnswer(ans, q); totalScore ans.getGotScore(); } // 4. 更新考试记录状态和总分 record.setScore(totalScore); record.setStatus(1); record.setSubmitTime(new Date()); recordMapper.updateById(record); } finally { // 5. 释放锁 redisTemplate.delete(lockKey); } }逻辑说明setIfAbsent是 Redis 的 SETNX 语义只有 key 不存在时才设置成功保证同一时刻只有一个请求能进入判分流程。参数上锁过期时间设 30 秒足够判分完成也避免死锁。record.getStatus() ! 0做二次校验防止锁失效后的极端情况。超时自动交卷可以另起一个定时任务扫描status0且start_time duration now的记录调用同一个submitExam方法。4. 避坑与排查源代码跑不起来和判分出错的常见原因4.1 启动报错「Table doesnt exist」现象Spring Boot 启动成功但访问接口报 500日志里是Table exam_system.exam_paper doesnt exist。原因建表脚本没执行或者执行到了错误的数据库。解决确认application.yml里的数据库名和 SQL 文件里的USE语句一致手动执行SHOW TABLES;检查。如果源代码用的是 JPA 的ddl-auto: update检查实体类是否被扫描到。4.2 中文题目乱码现象题目内容显示为??????。原因数据库连接串没加characterEncodingutf8或者建表时用了 latin1。解决连接串加useUnicodetruecharacterEncodingutf8建表语句统一DEFAULT CHARSETutf8mb4。已经建好的表用ALTER TABLE exam_question CONVERT TO CHARACTER SET utf8mb4;转换。4.3 多选题判分误判现象考生选了「A,B」标准答案是「B,A」系统判错。原因判分逻辑直接字符串比较没排序。解决按 3.2 节的sortChars方法比较前先去掉空格并排序。这个坑在多个开源考试系统里都出现过属于典型翻车点。4.4 交卷后总分是 0现象逐题判分明细里is_correct是对的但exam_record.score是 0。原因判分循环里累加的是answer.getGotScore()但judgeAnswer更新的是数据库内存对象没同步。解决在judgeAnswer里返回得分或者判分后重新查一次exam_answer再累加。更简单的做法是让judgeAnswer直接返回gotScore循环里累加返回值。4.5 倒计时结束后考生还能继续答题现象考试时间到了前端倒计时归零但后端没有强制交卷考生刷新页面还能提交。原因倒计时只在前端做后端没有校验start_time duration。解决在交卷接口里加时间校验如果System.currentTimeMillis() record.getStartTime().getTime() duration * 60 * 1000仍然接受交卷但标记为超时交卷同时用定时任务扫描超时未交卷的记录强制判分。5. 二次开发方向从能跑到好用还差哪几步源代码跑通只是起点。真正要投入使用时有几个方向值得优先改。第一是防作弊前端加visibilitychange监听切屏次数后端记录切屏日志超过阈值自动交卷。第二是成绩分析基于exam_answer表做知识点正确率统计SQL 如下-- 按知识点统计正确率用于生成考生能力雷达图 SELECT q.knowledge_point, COUNT(*) AS total, SUM(a.is_correct) AS correct_count, ROUND(SUM(a.is_correct) / COUNT(*) * 100, 2) AS correct_rate FROM exam_answer a JOIN exam_question q ON a.question_id q.id WHERE a.record_id #{recordId} GROUP BY q.knowledge_point;这条 SQL 依赖exam_question表里有knowledge_point字段如果源代码没有需要自己加。第三是题库导入导出用 EasyExcel 做批量导入比一条条录入高效得多。第四是考试通知交卷后异步发邮件或站内信用 Spring 的Async加线程池即可。我自己的习惯是拿到任何一份考试系统源代码先不改界面先把判分和交卷这两段逻辑读三遍确认事务和幂等没问题再动其他。因为界面丑可以忍成绩算错没法交代。希望帮到你。本文还有配套的精品资源点击获取