简介这是一份基于Java的在线考试管理系统的完整毕业设计项目包面向需要完成课程设计或毕业设计的计算机专业学生以及希望掌握在线考试系统全流程开发的Java学习者。系统围绕试题库管理、考试安排、在线答题、自动评分与成绩反馈等核心环节展开不仅涉及Spring等主流框架的模块化开发思路还包含数据库设计、前端交互与安全认证机制可帮助读者快速搭建同类项目同时理解企业级应用中的分层架构与权限控制。压缩包为zip格式大小仅1.39MB内含源代码、项目报告、开题报告、外文翻译、英文文献及答辩PPT代码与文档相互配套既适合直接阅读核心模块也可作为论文撰写和答辩准备的充分素材。已有59人学习适合作为Java Web、Spring生态及数据库设计方向的实践案例。项目文档详细记录了选题背景、需求分析、系统设计、技术难点与解决方案结合源码逐模块对照学习既能补全从理论到实践的认知链条也能显著提升综合开发能力与项目复现效率。1. 在线考试管理项目的 Java 落地先想清楚要解决什么在线考试管理项目的 Java 实现最常被误判为“做个答题页面就行”。实际参与过的人会告诉你麻烦集中在后半段批量导入题库、按难度随机组卷、考试中途断网还能续答、交卷瞬间挂起、同一考生重复提交、成绩统计口径不一致。这个标题附带源代码、项目报告、开题报告、外文翻译、英文文献和答辩 PPT是典型的本科生毕业设计或者研究生课程交付形态但里面的业务边界足够让一个 Java 后端练两年手。对新入行的人来说它是一个能写进简历的完整闭环对资深工程师来说值得看的是权限模型怎么设计、交卷的幂等怎么保证、题库和试卷之间到底该建几张关联表。下面我按自己会做的方案拆一遍从建表、核心流程到并发控制最后再给一个交付前值得检查的状态机改造点。整个过程不依赖某个现成框架的魔法Spring Boot、MyBatis、MySQL 这一套最稳的路子足够覆盖。2. 在线考试管理项目的数据模型与技术栈选型2.1 技术栈怎么定SSM 还是 Spring Boot标题只写了 Java没限定框架那我先给一个常见选择。毕业设计和中小型系统的交付物近三年主流是 Spring Boot MyBatis-Plus MySQL前端用 Vue 或 Thymeleaf如果是老教程流传下来的代码还会见到 SSMSpring SpringMVC MyBatis加 JSP 的版本。两者都能完成功能但维护成本差别很大。我建议新项目直接走 Spring Boot 2.7.x MyBatis-Plus 3.5.x。原因有三个第一Bootstrap 页面或 Vue 静态页挂在 resources 下直接能跑不用单独配 Tomcat第二MyBatis-Plus 的 IService 自带分页和条件构造器写考试记录的分页查询可以少十几行样板代码第三答辩时问“为什么选型”能说出“Spring Boot 简化配置、内置 Tomcat、适合快速交付”比“别人都这么写”更占优势。对比项SSM JSPSpring Boot 前后端分离环境配置要手动配 web.xml、spring-mvc.xmlstarter 一键引入内置 Tomcat页面渲染JSP 服务端渲染改样式要重启Vue/Thymeleaf 静态资源独立权限集成拦截器 自己写 SessionSpring Security 或拦截器都行适合场景老系统维护、教程复盘毕业设计、新工程、简历项目后端模块按功能切成这些包controller、service、mapper、entity、dto、config。很多人交上来的源码只有一个controller里写全部逻辑这种代码跑得通但是项目报告里“系统设计”一章没东西可写答辩也容易被追问。2.2 数据模型五张表把考试闭环串起来在线考试管理系统的核心不是用户表而是“题库-试卷-答题记录”这三层。先画一个最简单的对应关系题库表question只管题干、选项和答案试卷表exam_paper只管名称、总时长、总分试卷和题目的关系用中间表paper_question维护包含每题分值和顺序。考生参与后生成exam_record每道题的回答逐条落到answer_detail。这样设计的好处是创建试卷时不复制题目内容只复制题目 ID考生交卷后即使题库里某道题后来被修改答题明细里已经存了当时的题干快照不会出现“考完试成绩对不上”的问题。这也顺便解决了批改时的一个大坑——判断题和单选题的答案是唯一的但多选题答案的比对必须按集合处理不能简单equals。建表语句按 MySQL 8 写字符集用utf8mb4避免考生姓名里的生僻字变成乱码CREATE TABLE question ( id BIGINT PRIMARY KEY AUTO_INCREMENT, type TINYINT NOT NULL COMMENT 1单选 2多选 3判断, content TEXT NOT NULL COMMENT 题干, options TEXT NULL COMMENT 选项JSON数组, answer VARCHAR(255) NOT NULL COMMENT 正确答案, difficulty TINYINT DEFAULT 3 COMMENT 难度 1-5, subject_id BIGINT DEFAULT NULL COMMENT 科目ID, creator_id BIGINT NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT题库表; CREATE TABLE exam_paper ( id BIGINT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(128) NOT NULL, duration_minutes INT NOT NULL COMMENT 考试时长, total_score INT NOT NULL, exam_status TINYINT DEFAULT 0 COMMENT 0草稿 1已发布 2进行中 3已结束, start_time DATETIME NULL, end_time DATETIME NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT试卷表; CREATE TABLE paper_question ( id BIGINT PRIMARY KEY AUTO_INCREMENT, paper_id BIGINT NOT NULL, question_id BIGINT NOT NULL, score INT NOT NULL COMMENT 本题分值, sort_no INT NOT NULL COMMENT 题目顺序, UNIQUE KEY uk_paper_question (paper_id, question_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT试卷题目关联表; CREATE TABLE exam_record ( id BIGINT PRIMARY KEY AUTO_INCREMENT, exam_id BIGINT NOT NULL, user_id BIGINT NOT NULL, start_time DATETIME NOT NULL, submit_time DATETIME NULL, score DECIMAL(5,1) DEFAULT 0 COMMENT 最终得分, status TINYINT DEFAULT 0 COMMENT 0答题中 1已交卷, UNIQUE KEY uk_exam_user (exam_id, user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT考试记录表; CREATE TABLE answer_detail ( id BIGINT PRIMARY KEY AUTO_INCREMENT, record_id BIGINT NOT NULL, question_id BIGINT NOT NULL, question_type TINYINT NOT NULL, user_answer VARCHAR(1024) NULL, is_correct TINYINT DEFAULT 0, score_get DECIMAL(5,1) DEFAULT 0, KEY idx_record_id (record_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT答题明细表;这里最关键是exam_record上的联合唯一键uk_exam_user。它就是交卷幂等的物理保证同一个考生对同一场考试在数据库层面只有一条记录重复提交只会 UPDATE不会 INSERT。后面谈并发也是围绕这个约束展开。answer_detail存的是record_id而不是exam_id因为一次考试记录可能有多份试卷比如补考以谁为准必须明确。2.3 模块划分与接口清单后台管理端和考生端功能分开接口路径也分开避免权限写到一半变成一团乱麻。管理端的功能包括试题管理、试卷管理、考试管理、成绩管理考生端功能是考试列表、开始考试、答题、交卷、查看成绩。常见接口设计如下模块接口路径方法说明用户/api/auth/loginPOST登录并返回 token题库/api/admin/questionGET/POST分页查询/新增题目试卷/api/admin/paperPOST创建试卷组卷/api/admin/paper/{id}/questionsPOST人工选题或自动组卷考试/api/exam/startPOST创建考试记录并返回试题答题/api/exam/savePOST保存单题答案交卷/api/exam/submitPOST交卷并触发评分成绩/api/exam/recordGET查询考试记录和得分接口尽量返回统一结构{ code, message, data }方便前端统一处理 401、500 这类异常。项目报告里的“系统接口设计”一节直接拿这个表展开写就够了不用再编一批看不懂的 UML 图。3. 组卷、交卷与评分核心流程的 Java 实现3.1 自动组卷按难度比例随机抽题组卷是题库系统的第一个门槛。人工从列表里勾选题目很费劲自动组卷的逻辑可以写成拿到试卷设定的总分和各题型题数后按难度比例随机取题目。简单实现用 MyBatis-Plus 的selectList查出该题型全部题目再用Collections.shuffle取前 N 道。题库量超过几千时更优的做法是 SQL 里直接ORDER BY RAND()但性能一般课程设计阶段可接受。下面是一个简化版组卷 Service 代码Service public class AutoPaperService { Resource private QuestionMapper questionMapper; public ListLong pickQuestions(Integer type, int size, int maxDifficulty) { LambdaQueryWrapperQuestion wrapper new LambdaQueryWrapper(); wrapper.eq(Question::getType, type) .le(Question::getDifficulty, maxDifficulty); ListQuestion source questionMapper.selectList(wrapper); if (source.size() size) { throw new BizException(题库不足题目类型 type 仅 source.size() 道); } Collections.shuffle(source); return source.subList(0, size).stream() .map(Question::getId) .collect(Collectors.toList()); } }逻辑说明先按题型和难度上限过滤出候选题目再在内存里洗牌取前 N 道。注意le的意思是“小于等于”难度 5 的偏题不会出现在难度上限 4 的试卷里。真实项目中还会把上一场考试的题目排除掉防止考生发现题库抽题规律这个可以再加一个notIn子查询。组卷完要插入paper_question表时记得在同一个事务里完成。常见错误是只插了exam_paper忘记插关联题前台看试卷永远显示“暂无题目”。解决方法是给PaperServiceImpl的保存方法加Transactional(rollbackFor Exception.class)。3.2 交卷评分一道事务写完得分和明细交卷接口是所有逻辑里最容易写错的。典型错误是先计算总分再逐条插入answer_detail最后更新exam_record三个操作不在同一个事务里一旦中间抛异常考生考完没有成绩或者成绩明细对不上总得分。正确的做法很简单交卷时把“判分、写明细、更新记录”放到一个事务里。下面这段代码示意单题判分和总分汇总Transactional(rollbackFor Exception.class) public SubmitResult submitExam(SubmitRequest req) { ExamRecord record examRecordMapper.selectOne( new LambdaQueryWrapperExamRecord() .eq(ExamRecord::getExamId, req.getExamId()) .eq(ExamRecord::getUserId, req.getUserId())); if (record null) { throw new BizException(考试记录不存在); } if (record.getStatus() 1) { return SubmitResult.alreadySubmitted(record.getScore()); } ListAnswerDetail details new ArrayList(); BigDecimal totalScore BigDecimal.ZERO; ListQuestion questions questionMapper.selectBatchIds(req.getAnswers().keySet()); for (Question q : questions) { String userAnswer normalizeAnswer(req.getAnswers().get(q.getId())); boolean correct compareAnswer(q, userAnswer); BigDecimal got correct ? BigDecimal.valueOf(q.getScore()) : BigDecimal.ZERO; totalScore totalScore.add(got); details.add(buildDetail(record.getId(), q, userAnswer, correct, got)); } answerDetailMapper.delete( new LambdaQueryWrapperAnswerDetail().eq(AnswerDetail::getRecordId, record.getId())); answerDetailMapper.insertBatch(details); record.setScore(totalScore); record.setStatus(1); record.setSubmitTime(new Date()); examRecordMapper.updateById(record); return SubmitResult.ok(totalScore); }代码里有一个细节值得说明交卷前先delete原有明细再insert是为了兼容“考试中途自动保存了部分答案又在交卷页改了选择题”的情况。直接覆盖容易把未提交的临时题也写进去先删后插更干净。compareAnswer方法里要做题型判断。单选题、判断题直接equals即可多选题比较时必须把用户答案拆成集合比如StringUtils.split(userAnswer, ,)排序后再比较防止“AB”和“BA”被误判为错误。有些人会把正确答案存成A,B,C和用户答案B,C,A直接字符串比较一定翻车。3.3 倒计时与自动保存让断网续答不丢数据在线考试的交互难点不是考试本身而是中途意外关闭浏览器。最常见的方案是除了交卷时一次性提交考生每做一道题都调用一次/api/exam/save后端只更新answer_detail不动exam_record。这能让倒计时结束时即使没手动交卷系统也能从数据库里把所有已保存的答案捞出来判分。倒计时归零后谁去触发交卷前端setInterval做了定时触发但只靠前端不可靠学生改本地时间就能作弊。可靠做法是后端在调用submitExam前校验服务器当前时间是否超过exam_record.startTime duration超过就按实际存储的答案强制交卷。校验代码很短long deadline record.getStartTime().getTime() record.getDurationMinutes() * 60L * 1000L; if (System.currentTimeMillis() deadline) { return submitBySystem(record.getId(), 时间到系统自动交卷); }这段逻辑是项目报告和答辩 PPT 里很好讲的亮点“前端倒计时只是体验优化后端时间戳才是交卷依据。”把它写进设计说明能够避开“为什么我改了系统时间还能继续答题”这类追问。4. 权限、并发与防作弊在线考试系统最容易翻车的三个地方4.1 登录鉴权用拦截器实现角色控制很多人拿到这种项目的源码会发现登录逻辑就是查一下数据库比对用户名密码然后把用户 ID 塞进 Session。这个方案在单台 Tomcat 下没问题但前后端分离后前端拿不到 Session Cookie 的情况很常见所以我更建议用一个简单的 Token登录成功后返回随机 UUID 或 JWT后端用拦截器校验请求头里的Authorization。先定义一个AuthRequired注解里面带角色值然后在拦截器里统一校验Component public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { if (!(handler instanceof HandlerMethod)) { return true; } AuthRequired auth ((HandlerMethod) handler).getMethodAnnotation(AuthRequired.class); if (auth null) { return true; } String token request.getHeader(Authorization); Long userId TokenStore.getUserId(token); if (userId null) { response.setStatus(HttpStatus.UNAUTHORIZED.value()); return false; } request.setAttribute(currentUserId, userId); return true; } }登录接口里顺手把用户角色也存进 Token 的 Redis 里拦截器里再判断角色是否匹配。这里有一个“Java 八股文”里常被翻牌的问题拦截器和过滤器的区别。拦截器能拿到 Spring 容器里的 Bean过滤器拿不到所以校验 Token 时不要试图在 Filter 里注入 Service放在拦截器里做最顺手。4.2 重复交卷与并发提交的处理线上考试最常见的事故是学生快速连点两次“交卷”按钮前端没来得及禁用按钮两个请求先后到达后端导致评分逻辑执行两遍成绩被二次累计。第一层防护是前面建表时加的联合唯一键第二层防护用状态字段判断也能挡住大部分请求但极端并发下两个请求都读到status0还是会重复执行。更稳的做法是对用户维度的交卷动作加一把 Redis 分布式锁或者采用数据库乐观锁。课程设计里不引入 Redis 也可以用一条原子更新 SQL 代替先查后改int updated examRecordMapper.update(null, new LambdaUpdateWrapperExamRecord() .eq(ExamRecord::getId, recordId) .eq(ExamRecord::getStatus, 0) .set(ExamRecord::getStatus, 1) .set(ExamRecord::getSubmitTime, new Date())); if (updated 0) { return SubmitResult.alreadySubmitted(); }这条 SQL 的语义是“只有确实是答题中状态的记录才允许置为已交卷”。两个并发请求同时到达时数据库行锁保证只有一个 UPDATE 影响行数为 1另一个拿到 0直接按重复交卷处理。这比先select再update少了一个并发窗口代码量还少。并发问题的排查技巧是看 MySQL 日志里有没有lock wait timeout。平时本地没问题答辩演示时如果开了多个浏览器同时提交要确保innodb_lock_wait_timeout保持默认即可不需要调大。4.3 防作弊策略记录行为而不是禁止行为防作弊是个伪命题除非做锁屏浏览器的大客户端否则 Web 考试永远无法完全杜绝翻书。所以项目里更现实的策略是“记录 风控”然后把证据交给监考老师。项目报告里可以这样写前端监听visibilitychange事件切出页面超过 3 次就记录异常后端登录后签发令牌校验请求里的 IP 和 User-Agent发现短时间内多地登录就中断考试同一考生的题目、选项顺序随机打乱防止互相传答案。下面是一张策略落地表防作弊手段实现位置数据可回溯性切屏次数统计前端事件 后端记录接口考生行为日志表登录 IP 和 UA 记录登录拦截器登录日志表题目与选项乱序查询试卷时 shuffle每次考试记录快照交卷 IP 对比交卷接口考试记录表冗余字段我最推荐做的是把“切换页面时间”存下来因为它是可量化、可解释的。比如考生在 14:32 切出页面 40 秒系统把这个行为写成一条日志事后成绩复核时能直接看到比盲目禁止切屏要真实得多。5. 从源代码 zip 到答辩现场交付物检查清单与状态机优化5.1 项目报告和 PPT 怎么对源代码讲题目给的(源代码项目报告开题报告外文翻译英文文献答辩PPT).zip里最容易被答辩老师抓漏洞的是“报告和代码对不上”。项目报告里写“系统采用 Redis 缓存”源码里根本找不到 Redis 依赖一问就穿。我的做法是把报告中的功能模块和源码里的包名一一对应做成一张映射表放在 PPT 附录里报告章节源码位置对应类登录鉴权com.exam.controller.AuthControllerAuthService自动组卷com.exam.service.impl.AutoPaperServiceImplpickQuestions交卷评分com.exam.service.impl.ExamServiceImplsubmitExam成绩导出com.exam.controller.ExamRecordControllerexportCsv外文翻译和英文文献这一组材料本质是展示读英文资料的能力不需要虚构某个“本系统参考”的文献选一篇关于在线考试系统或教育测评的英文论文把 abstract 和核心方法逐段翻译即可。翻译时术语表单独列一页比如 “examination paper试卷”“question bank题库”“automated scoring自动评分”答辩时老师看到术语翻译一致会比看一篇译得天花乱坠的正文更认可。5.2 把 zip 里的源码在本地跑起来交付物是从一个 zip 包开始的。收到压缩包后我先不着急双击解压而是先看文件结构。标准的 Maven 项目解压后应该有pom.xmlGradle 项目则是build.gradle。代码里是 Spring Boot 的话用以下命令直接本地启动mvn clean package -DskipTests java -jar target/online-exam-0.0.1-SNAPSHOT.jar --spring.profiles.activedev跑不起来的大头通常是数据库配置。先确认本机 MySQL 版本然后建库建用户并执行src/main/resources/sql/init.sql。注意jdbc:mysql://localhost:3306/online_exam?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8这里的serverTimezone必须显式写否则 Java 8 和 MySQL 8 的时区偏差会导致时间字段差 8 个小时。5.3 最值得做的一处优化考试批次状态机如果你还有半天时间打磨我建议把exam_record.status的魔法数字改成枚举状态机而不是继续堆 if/else。当前是0 答题中 / 1 已交卷看起来够用但加上“未开始”和“成绩已发布”后状态组合会变多。枚举加迁移矩阵比变量判断更容易测试也让答辩时的“系统设计”有内容可讲。public enum RecordState { STARTED(0, 答题中), SUBMITTED(1, 已交卷), GRADED(2, 已成绩), PUBLISHED(3, 已发布); public final int value; RecordState(int value, String desc) { this.value value; } }交卷接口里的状态迁移从STARTED - SUBMITTED成绩复核从SUBMITTED - GRADED发布成绩从GRADED - PUBLISHED。任何非法迁移都报错。这套写法比在 Service 里到处if (status 1) throw干净也方便后续接入 Spring StateMachine。exam_record表里的联合唯一键和状态机加在一起才是这个在线考试管理项目真正值得写进简历的两处设计。本文还有配套的精品资源点击获取 在线考试管理系统Java实现：从数据库设计到并发控制全解析
简介这是一份基于Java的在线考试管理系统的完整毕业设计项目包面向需要完成课程设计或毕业设计的计算机专业学生以及希望掌握在线考试系统全流程开发的Java学习者。系统围绕试题库管理、考试安排、在线答题、自动评分与成绩反馈等核心环节展开不仅涉及Spring等主流框架的模块化开发思路还包含数据库设计、前端交互与安全认证机制可帮助读者快速搭建同类项目同时理解企业级应用中的分层架构与权限控制。压缩包为zip格式大小仅1.39MB内含源代码、项目报告、开题报告、外文翻译、英文文献及答辩PPT代码与文档相互配套既适合直接阅读核心模块也可作为论文撰写和答辩准备的充分素材。已有59人学习适合作为Java Web、Spring生态及数据库设计方向的实践案例。项目文档详细记录了选题背景、需求分析、系统设计、技术难点与解决方案结合源码逐模块对照学习既能补全从理论到实践的认知链条也能显著提升综合开发能力与项目复现效率。1. 在线考试管理项目的 Java 落地先想清楚要解决什么在线考试管理项目的 Java 实现最常被误判为“做个答题页面就行”。实际参与过的人会告诉你麻烦集中在后半段批量导入题库、按难度随机组卷、考试中途断网还能续答、交卷瞬间挂起、同一考生重复提交、成绩统计口径不一致。这个标题附带源代码、项目报告、开题报告、外文翻译、英文文献和答辩 PPT是典型的本科生毕业设计或者研究生课程交付形态但里面的业务边界足够让一个 Java 后端练两年手。对新入行的人来说它是一个能写进简历的完整闭环对资深工程师来说值得看的是权限模型怎么设计、交卷的幂等怎么保证、题库和试卷之间到底该建几张关联表。下面我按自己会做的方案拆一遍从建表、核心流程到并发控制最后再给一个交付前值得检查的状态机改造点。整个过程不依赖某个现成框架的魔法Spring Boot、MyBatis、MySQL 这一套最稳的路子足够覆盖。2. 在线考试管理项目的数据模型与技术栈选型2.1 技术栈怎么定SSM 还是 Spring Boot标题只写了 Java没限定框架那我先给一个常见选择。毕业设计和中小型系统的交付物近三年主流是 Spring Boot MyBatis-Plus MySQL前端用 Vue 或 Thymeleaf如果是老教程流传下来的代码还会见到 SSMSpring SpringMVC MyBatis加 JSP 的版本。两者都能完成功能但维护成本差别很大。我建议新项目直接走 Spring Boot 2.7.x MyBatis-Plus 3.5.x。原因有三个第一Bootstrap 页面或 Vue 静态页挂在 resources 下直接能跑不用单独配 Tomcat第二MyBatis-Plus 的 IService 自带分页和条件构造器写考试记录的分页查询可以少十几行样板代码第三答辩时问“为什么选型”能说出“Spring Boot 简化配置、内置 Tomcat、适合快速交付”比“别人都这么写”更占优势。对比项SSM JSPSpring Boot 前后端分离环境配置要手动配 web.xml、spring-mvc.xmlstarter 一键引入内置 Tomcat页面渲染JSP 服务端渲染改样式要重启Vue/Thymeleaf 静态资源独立权限集成拦截器 自己写 SessionSpring Security 或拦截器都行适合场景老系统维护、教程复盘毕业设计、新工程、简历项目后端模块按功能切成这些包controller、service、mapper、entity、dto、config。很多人交上来的源码只有一个controller里写全部逻辑这种代码跑得通但是项目报告里“系统设计”一章没东西可写答辩也容易被追问。2.2 数据模型五张表把考试闭环串起来在线考试管理系统的核心不是用户表而是“题库-试卷-答题记录”这三层。先画一个最简单的对应关系题库表question只管题干、选项和答案试卷表exam_paper只管名称、总时长、总分试卷和题目的关系用中间表paper_question维护包含每题分值和顺序。考生参与后生成exam_record每道题的回答逐条落到answer_detail。这样设计的好处是创建试卷时不复制题目内容只复制题目 ID考生交卷后即使题库里某道题后来被修改答题明细里已经存了当时的题干快照不会出现“考完试成绩对不上”的问题。这也顺便解决了批改时的一个大坑——判断题和单选题的答案是唯一的但多选题答案的比对必须按集合处理不能简单equals。建表语句按 MySQL 8 写字符集用utf8mb4避免考生姓名里的生僻字变成乱码CREATE TABLE question ( id BIGINT PRIMARY KEY AUTO_INCREMENT, type TINYINT NOT NULL COMMENT 1单选 2多选 3判断, content TEXT NOT NULL COMMENT 题干, options TEXT NULL COMMENT 选项JSON数组, answer VARCHAR(255) NOT NULL COMMENT 正确答案, difficulty TINYINT DEFAULT 3 COMMENT 难度 1-5, subject_id BIGINT DEFAULT NULL COMMENT 科目ID, creator_id BIGINT NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT题库表; CREATE TABLE exam_paper ( id BIGINT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(128) NOT NULL, duration_minutes INT NOT NULL COMMENT 考试时长, total_score INT NOT NULL, exam_status TINYINT DEFAULT 0 COMMENT 0草稿 1已发布 2进行中 3已结束, start_time DATETIME NULL, end_time DATETIME NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT试卷表; CREATE TABLE paper_question ( id BIGINT PRIMARY KEY AUTO_INCREMENT, paper_id BIGINT NOT NULL, question_id BIGINT NOT NULL, score INT NOT NULL COMMENT 本题分值, sort_no INT NOT NULL COMMENT 题目顺序, UNIQUE KEY uk_paper_question (paper_id, question_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT试卷题目关联表; CREATE TABLE exam_record ( id BIGINT PRIMARY KEY AUTO_INCREMENT, exam_id BIGINT NOT NULL, user_id BIGINT NOT NULL, start_time DATETIME NOT NULL, submit_time DATETIME NULL, score DECIMAL(5,1) DEFAULT 0 COMMENT 最终得分, status TINYINT DEFAULT 0 COMMENT 0答题中 1已交卷, UNIQUE KEY uk_exam_user (exam_id, user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT考试记录表; CREATE TABLE answer_detail ( id BIGINT PRIMARY KEY AUTO_INCREMENT, record_id BIGINT NOT NULL, question_id BIGINT NOT NULL, question_type TINYINT NOT NULL, user_answer VARCHAR(1024) NULL, is_correct TINYINT DEFAULT 0, score_get DECIMAL(5,1) DEFAULT 0, KEY idx_record_id (record_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT答题明细表;这里最关键是exam_record上的联合唯一键uk_exam_user。它就是交卷幂等的物理保证同一个考生对同一场考试在数据库层面只有一条记录重复提交只会 UPDATE不会 INSERT。后面谈并发也是围绕这个约束展开。answer_detail存的是record_id而不是exam_id因为一次考试记录可能有多份试卷比如补考以谁为准必须明确。2.3 模块划分与接口清单后台管理端和考生端功能分开接口路径也分开避免权限写到一半变成一团乱麻。管理端的功能包括试题管理、试卷管理、考试管理、成绩管理考生端功能是考试列表、开始考试、答题、交卷、查看成绩。常见接口设计如下模块接口路径方法说明用户/api/auth/loginPOST登录并返回 token题库/api/admin/questionGET/POST分页查询/新增题目试卷/api/admin/paperPOST创建试卷组卷/api/admin/paper/{id}/questionsPOST人工选题或自动组卷考试/api/exam/startPOST创建考试记录并返回试题答题/api/exam/savePOST保存单题答案交卷/api/exam/submitPOST交卷并触发评分成绩/api/exam/recordGET查询考试记录和得分接口尽量返回统一结构{ code, message, data }方便前端统一处理 401、500 这类异常。项目报告里的“系统接口设计”一节直接拿这个表展开写就够了不用再编一批看不懂的 UML 图。3. 组卷、交卷与评分核心流程的 Java 实现3.1 自动组卷按难度比例随机抽题组卷是题库系统的第一个门槛。人工从列表里勾选题目很费劲自动组卷的逻辑可以写成拿到试卷设定的总分和各题型题数后按难度比例随机取题目。简单实现用 MyBatis-Plus 的selectList查出该题型全部题目再用Collections.shuffle取前 N 道。题库量超过几千时更优的做法是 SQL 里直接ORDER BY RAND()但性能一般课程设计阶段可接受。下面是一个简化版组卷 Service 代码Service public class AutoPaperService { Resource private QuestionMapper questionMapper; public ListLong pickQuestions(Integer type, int size, int maxDifficulty) { LambdaQueryWrapperQuestion wrapper new LambdaQueryWrapper(); wrapper.eq(Question::getType, type) .le(Question::getDifficulty, maxDifficulty); ListQuestion source questionMapper.selectList(wrapper); if (source.size() size) { throw new BizException(题库不足题目类型 type 仅 source.size() 道); } Collections.shuffle(source); return source.subList(0, size).stream() .map(Question::getId) .collect(Collectors.toList()); } }逻辑说明先按题型和难度上限过滤出候选题目再在内存里洗牌取前 N 道。注意le的意思是“小于等于”难度 5 的偏题不会出现在难度上限 4 的试卷里。真实项目中还会把上一场考试的题目排除掉防止考生发现题库抽题规律这个可以再加一个notIn子查询。组卷完要插入paper_question表时记得在同一个事务里完成。常见错误是只插了exam_paper忘记插关联题前台看试卷永远显示“暂无题目”。解决方法是给PaperServiceImpl的保存方法加Transactional(rollbackFor Exception.class)。3.2 交卷评分一道事务写完得分和明细交卷接口是所有逻辑里最容易写错的。典型错误是先计算总分再逐条插入answer_detail最后更新exam_record三个操作不在同一个事务里一旦中间抛异常考生考完没有成绩或者成绩明细对不上总得分。正确的做法很简单交卷时把“判分、写明细、更新记录”放到一个事务里。下面这段代码示意单题判分和总分汇总Transactional(rollbackFor Exception.class) public SubmitResult submitExam(SubmitRequest req) { ExamRecord record examRecordMapper.selectOne( new LambdaQueryWrapperExamRecord() .eq(ExamRecord::getExamId, req.getExamId()) .eq(ExamRecord::getUserId, req.getUserId())); if (record null) { throw new BizException(考试记录不存在); } if (record.getStatus() 1) { return SubmitResult.alreadySubmitted(record.getScore()); } ListAnswerDetail details new ArrayList(); BigDecimal totalScore BigDecimal.ZERO; ListQuestion questions questionMapper.selectBatchIds(req.getAnswers().keySet()); for (Question q : questions) { String userAnswer normalizeAnswer(req.getAnswers().get(q.getId())); boolean correct compareAnswer(q, userAnswer); BigDecimal got correct ? BigDecimal.valueOf(q.getScore()) : BigDecimal.ZERO; totalScore totalScore.add(got); details.add(buildDetail(record.getId(), q, userAnswer, correct, got)); } answerDetailMapper.delete( new LambdaQueryWrapperAnswerDetail().eq(AnswerDetail::getRecordId, record.getId())); answerDetailMapper.insertBatch(details); record.setScore(totalScore); record.setStatus(1); record.setSubmitTime(new Date()); examRecordMapper.updateById(record); return SubmitResult.ok(totalScore); }代码里有一个细节值得说明交卷前先delete原有明细再insert是为了兼容“考试中途自动保存了部分答案又在交卷页改了选择题”的情况。直接覆盖容易把未提交的临时题也写进去先删后插更干净。compareAnswer方法里要做题型判断。单选题、判断题直接equals即可多选题比较时必须把用户答案拆成集合比如StringUtils.split(userAnswer, ,)排序后再比较防止“AB”和“BA”被误判为错误。有些人会把正确答案存成A,B,C和用户答案B,C,A直接字符串比较一定翻车。3.3 倒计时与自动保存让断网续答不丢数据在线考试的交互难点不是考试本身而是中途意外关闭浏览器。最常见的方案是除了交卷时一次性提交考生每做一道题都调用一次/api/exam/save后端只更新answer_detail不动exam_record。这能让倒计时结束时即使没手动交卷系统也能从数据库里把所有已保存的答案捞出来判分。倒计时归零后谁去触发交卷前端setInterval做了定时触发但只靠前端不可靠学生改本地时间就能作弊。可靠做法是后端在调用submitExam前校验服务器当前时间是否超过exam_record.startTime duration超过就按实际存储的答案强制交卷。校验代码很短long deadline record.getStartTime().getTime() record.getDurationMinutes() * 60L * 1000L; if (System.currentTimeMillis() deadline) { return submitBySystem(record.getId(), 时间到系统自动交卷); }这段逻辑是项目报告和答辩 PPT 里很好讲的亮点“前端倒计时只是体验优化后端时间戳才是交卷依据。”把它写进设计说明能够避开“为什么我改了系统时间还能继续答题”这类追问。4. 权限、并发与防作弊在线考试系统最容易翻车的三个地方4.1 登录鉴权用拦截器实现角色控制很多人拿到这种项目的源码会发现登录逻辑就是查一下数据库比对用户名密码然后把用户 ID 塞进 Session。这个方案在单台 Tomcat 下没问题但前后端分离后前端拿不到 Session Cookie 的情况很常见所以我更建议用一个简单的 Token登录成功后返回随机 UUID 或 JWT后端用拦截器校验请求头里的Authorization。先定义一个AuthRequired注解里面带角色值然后在拦截器里统一校验Component public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { if (!(handler instanceof HandlerMethod)) { return true; } AuthRequired auth ((HandlerMethod) handler).getMethodAnnotation(AuthRequired.class); if (auth null) { return true; } String token request.getHeader(Authorization); Long userId TokenStore.getUserId(token); if (userId null) { response.setStatus(HttpStatus.UNAUTHORIZED.value()); return false; } request.setAttribute(currentUserId, userId); return true; } }登录接口里顺手把用户角色也存进 Token 的 Redis 里拦截器里再判断角色是否匹配。这里有一个“Java 八股文”里常被翻牌的问题拦截器和过滤器的区别。拦截器能拿到 Spring 容器里的 Bean过滤器拿不到所以校验 Token 时不要试图在 Filter 里注入 Service放在拦截器里做最顺手。4.2 重复交卷与并发提交的处理线上考试最常见的事故是学生快速连点两次“交卷”按钮前端没来得及禁用按钮两个请求先后到达后端导致评分逻辑执行两遍成绩被二次累计。第一层防护是前面建表时加的联合唯一键第二层防护用状态字段判断也能挡住大部分请求但极端并发下两个请求都读到status0还是会重复执行。更稳的做法是对用户维度的交卷动作加一把 Redis 分布式锁或者采用数据库乐观锁。课程设计里不引入 Redis 也可以用一条原子更新 SQL 代替先查后改int updated examRecordMapper.update(null, new LambdaUpdateWrapperExamRecord() .eq(ExamRecord::getId, recordId) .eq(ExamRecord::getStatus, 0) .set(ExamRecord::getStatus, 1) .set(ExamRecord::getSubmitTime, new Date())); if (updated 0) { return SubmitResult.alreadySubmitted(); }这条 SQL 的语义是“只有确实是答题中状态的记录才允许置为已交卷”。两个并发请求同时到达时数据库行锁保证只有一个 UPDATE 影响行数为 1另一个拿到 0直接按重复交卷处理。这比先select再update少了一个并发窗口代码量还少。并发问题的排查技巧是看 MySQL 日志里有没有lock wait timeout。平时本地没问题答辩演示时如果开了多个浏览器同时提交要确保innodb_lock_wait_timeout保持默认即可不需要调大。4.3 防作弊策略记录行为而不是禁止行为防作弊是个伪命题除非做锁屏浏览器的大客户端否则 Web 考试永远无法完全杜绝翻书。所以项目里更现实的策略是“记录 风控”然后把证据交给监考老师。项目报告里可以这样写前端监听visibilitychange事件切出页面超过 3 次就记录异常后端登录后签发令牌校验请求里的 IP 和 User-Agent发现短时间内多地登录就中断考试同一考生的题目、选项顺序随机打乱防止互相传答案。下面是一张策略落地表防作弊手段实现位置数据可回溯性切屏次数统计前端事件 后端记录接口考生行为日志表登录 IP 和 UA 记录登录拦截器登录日志表题目与选项乱序查询试卷时 shuffle每次考试记录快照交卷 IP 对比交卷接口考试记录表冗余字段我最推荐做的是把“切换页面时间”存下来因为它是可量化、可解释的。比如考生在 14:32 切出页面 40 秒系统把这个行为写成一条日志事后成绩复核时能直接看到比盲目禁止切屏要真实得多。5. 从源代码 zip 到答辩现场交付物检查清单与状态机优化5.1 项目报告和 PPT 怎么对源代码讲题目给的(源代码项目报告开题报告外文翻译英文文献答辩PPT).zip里最容易被答辩老师抓漏洞的是“报告和代码对不上”。项目报告里写“系统采用 Redis 缓存”源码里根本找不到 Redis 依赖一问就穿。我的做法是把报告中的功能模块和源码里的包名一一对应做成一张映射表放在 PPT 附录里报告章节源码位置对应类登录鉴权com.exam.controller.AuthControllerAuthService自动组卷com.exam.service.impl.AutoPaperServiceImplpickQuestions交卷评分com.exam.service.impl.ExamServiceImplsubmitExam成绩导出com.exam.controller.ExamRecordControllerexportCsv外文翻译和英文文献这一组材料本质是展示读英文资料的能力不需要虚构某个“本系统参考”的文献选一篇关于在线考试系统或教育测评的英文论文把 abstract 和核心方法逐段翻译即可。翻译时术语表单独列一页比如 “examination paper试卷”“question bank题库”“automated scoring自动评分”答辩时老师看到术语翻译一致会比看一篇译得天花乱坠的正文更认可。5.2 把 zip 里的源码在本地跑起来交付物是从一个 zip 包开始的。收到压缩包后我先不着急双击解压而是先看文件结构。标准的 Maven 项目解压后应该有pom.xmlGradle 项目则是build.gradle。代码里是 Spring Boot 的话用以下命令直接本地启动mvn clean package -DskipTests java -jar target/online-exam-0.0.1-SNAPSHOT.jar --spring.profiles.activedev跑不起来的大头通常是数据库配置。先确认本机 MySQL 版本然后建库建用户并执行src/main/resources/sql/init.sql。注意jdbc:mysql://localhost:3306/online_exam?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8这里的serverTimezone必须显式写否则 Java 8 和 MySQL 8 的时区偏差会导致时间字段差 8 个小时。5.3 最值得做的一处优化考试批次状态机如果你还有半天时间打磨我建议把exam_record.status的魔法数字改成枚举状态机而不是继续堆 if/else。当前是0 答题中 / 1 已交卷看起来够用但加上“未开始”和“成绩已发布”后状态组合会变多。枚举加迁移矩阵比变量判断更容易测试也让答辩时的“系统设计”有内容可讲。public enum RecordState { STARTED(0, 答题中), SUBMITTED(1, 已交卷), GRADED(2, 已成绩), PUBLISHED(3, 已发布); public final int value; RecordState(int value, String desc) { this.value value; } }交卷接口里的状态迁移从STARTED - SUBMITTED成绩复核从SUBMITTED - GRADED发布成绩从GRADED - PUBLISHED。任何非法迁移都报错。这套写法比在 Service 里到处if (status 1) throw干净也方便后续接入 Spring StateMachine。exam_record表里的联合唯一键和状态机加在一起才是这个在线考试管理项目真正值得写进简历的两处设计。本文还有配套的精品资源点击获取