尧图网页设计 
简介这是一套面向高校计算机专业毕业设计场景的Java网络考试系统完整资料适合正在准备毕设的学生及需要参考在线考试实现思路的开发者。系统覆盖学生在线考试、自动组卷、试卷发布与批阅、成绩统计等核心流程并划分学生端、超级管理员端与试题管理员端三类角色权限管理、用户管理、试卷与试题管理模块划分清晰。资源包共20个文件约120.42MB包含Java源码压缩包、exam.sql数据库脚本、毕业论文与答辩PPT等doc文档、多段mp4项目辅导视频以及项目运行截图等png图片从环境搭建、项目部署到考试流程演示均有对应说明。目前已有829人学习下载读者可借助源码与数据库脚本快速还原项目结合录屏理解模块实现与部署排错思路并参考论文、任务书与中期检查表等材料完成毕设文档撰写。1. 从一份“网络考试系统”源码包说起Java 毕业设计到底交付什么很多同学拿到“基于 Java 的网络考试系统”这个题目时第一反应是去搜一套能跑的源码把论文凑够字数交差。但真正做过答辩评委或者带过课设的人都知道老师翻两页就能看出这套系统是不是你自己搭起来的。网络考试系统的核心不是“能登录、能答题”而是考试过程的数据一致性、并发提交的可靠性、以及题库与试卷的随机组卷逻辑。这三块只要有一块讲不清楚答辩时基本会被追问到哑口无言。这个标题背后其实包含四样交付物一份毕业论文、一套 Java 源码、一段视频说明以及一个可运行的网络考试系统。它适合计算机毕业设计阶段的学生也适合想用 Java Web 练手完整业务闭环的初中级开发者。本文不假设你手上已经有那套源码而是按一线做这类系统的常见路径把技术选型、库表设计、组卷算法、防作弊提交、论文与视频怎么配套讲透。你照着走能自己搭出一套经得起追问的系统而不是只会改别人代码里的变量名。2. 网络考试系统的技术选型与库表设计为什么这套组合最稳2.1 后端为什么优先选 Spring Boot MyBatis 而不是纯 JSP毕业设计里最常见的翻车点是用纯 JSP Servlet 写写到后面发现事务控制、参数校验、分页查询全要手写代码量爆炸还容易出 bug。我一般会推荐Spring Boot 2.7 MyBatis-Plus MySQL 8这套组合原因很实际Spring Boot 把 Tomcat 内嵌了main方法直接启动省掉配置 web.xml 的玄学MyBatis-Plus 自带分页插件和代码生成器题库表、试卷表、成绩表的 CRUD 能省掉一半工作量。前端不用上 Vue 全家桶Thymeleaf 或者简单的 HTML Axios 就够了。毕业设计考察的是业务逻辑完整性不是前端工程化。把精力放在组卷算法和提交事务上性价比更高。依赖的核心版本建议锁死避免不同版本之间出现兼容问题!-- pom.xml 关键依赖版本按此锁定 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId version2.7.18/version /dependency dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3.2/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency这段依赖里spring-boot-starter-web负责 MVC 和 REST 接口mybatis-plus-boot-starter提供 BaseMapper 和分页mysql-connector-java是驱动。版本不要随意升到最新Spring Boot 3.x 要求 JDK 17很多学校机房还是 JDK 8升上去反而跑不起来。2.2 库表设计五张核心表撑起整个考试流程网络考试系统的表不用多但字段要想清楚。下面这五张表是必须的缺一张业务就断表名作用关键字段sys_user用户学生/教师/管理员id, username, password, rolequestion题库id, type, content, options, answer, scoreexam考试场次id, title, start_time, end_time, durationexam_record考试记录谁考了哪场id, exam_id, user_id, submit_time, total_scoreanswer_detail答题明细id, record_id, question_id, user_answer, is_correctquestion表的type字段区分单选、多选、判断options用 JSON 字符串存选项answer存标准答案。exam_record里submit_time和total_score是答辩必问的点——你要能解释清楚分数是提交时实时算的还是异步批处理的。我一般选实时算因为考试结束要立刻出分异步会让学生以为系统卡了。answer_detail表是防作弊和成绩复核的关键。每道题的作答都落库即使前端提交中断后端也能根据已落库的明细恢复。这张表的record_id加索引否则查成绩时全表扫描会拖慢响应。2.3 组卷算法随机抽题怎么保证不重复且难度可控组卷是网络考试系统里最能体现设计水平的部分。最简单的做法是ORDER BY RAND() LIMIT 10但数据量上万后性能急剧下降而且没法控制题型分布。我一般用按题型分组随机抽题的方式-- 按题型抽题单选抽10道多选抽5道判断抽5道 SELECT * FROM question WHERE type 1 AND subject_id #{subjectId} ORDER BY RAND() LIMIT 10;如果题库量大ORDER BY RAND()要换成先查 ID 范围再随机取-- 优化版先取最大最小ID再随机偏移 SELECT * FROM question WHERE type 1 AND id ( SELECT FLOOR(RAND() * (MAX(id) - MIN(id)) MIN(id)) FROM question WHERE type 1 ) LIMIT 10;参数说明subject_id是科目 ID保证抽题范围不跨科目type对应题型枚举。抽完题后要把题目 ID 列表和试卷绑定存到exam表的question_ids字段或者单独建关联表。我倾向单独建exam_question关联表方便后续统计每道题的正确率。注意随机抽题一定要在服务端做不能把题库全量发给前端让 JS 随机。否则学生打开控制台就能看到所有答案这是毕业设计答辩时最容易被抓的漏洞。3. 从零跑通考试流程登录、答题、提交、判分的完整实现3.1 登录与权限拦截JWT 还是 Session毕业设计里用 Session 就够了但很多同学会纠结 JWT。我的建议是如果系统只部署在一台机器上Session 更简单Spring Security 或者自己写个拦截器都行。JWT 的优势在分布式毕业设计用不上反而增加 token 刷新、过期处理的复杂度。用拦截器实现登录校验的代码大概长这样// LoginInterceptor.java 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) { // 未登录重定向到登录页 response.sendRedirect(/login); return false; } return true; } }逻辑说明preHandle在 Controller 方法执行前调用从 Session 取loginUser为空就跳登录页。参数上request.getSession()默认会创建新 Session如果不想创建可以用getSession(false)。注册拦截器时排除/login、/css/**、/js/**这些静态资源路径否则登录页自己都被拦了。3.2 答题页面的数据加载与倒计时控制学生进入考试后前端要拿到试卷题目和剩余时间。后端接口返回题目列表时必须把标准答案字段去掉只返回题干、选项、分值。这是血泪经验很多同学直接返回整个question对象答案跟着 JSON 一起发到前端学生 F12 一看就全知道了。// 返回给前端的题目 VO不含 answer 字段 public class QuestionVO { private Long id; private String content; private String options; // JSON 字符串 private Integer score; // 注意没有 answer 字段 }倒计时用前端 JS 控制但服务端必须记录考试开始时间。学生刷新页面或者改本地时间服务端要根据exam_record里的start_time重新计算剩余时间。如果剩余时间小于等于 0直接强制交卷。// 前端倒计时每秒同步一次服务端时间 function startCountdown(endTime) { const timer setInterval(() { const now new Date().getTime(); const left endTime - now; if (left 0) { clearInterval(timer); autoSubmit(); // 时间到自动交卷 } document.getElementById(timer).innerText formatTime(left); }, 1000); }参数说明endTime是服务端返回的考试截止时间戳不是本地计算的。autoSubmit调用交卷接口把已答题目提交上去。这里有个坑如果学生断网自动交卷会失败所以服务端要有兜底——考试时间一到后台定时任务扫描超时的exam_record强制判分。3.3 提交判分的事务处理怎么保证数据一致性交卷是整个系统最关键的写操作。学生点提交后端要做四件事保存答题明细、计算总分、更新考试记录状态、返回成绩。这四步必须在一个事务里否则可能出现“明细存了但总分没算”的脏数据。Service public class ExamSubmitService { Transactional(rollbackFor Exception.class) public BigDecimal submitExam(Long recordId, ListAnswerDTO answers) { // 1. 保存答题明细 for (AnswerDTO dto : answers) { AnswerDetail detail new AnswerDetail(); detail.setRecordId(recordId); detail.setQuestionId(dto.getQuestionId()); detail.setUserAnswer(dto.getUserAnswer()); // 判分对比标准答案 Question q questionMapper.selectById(dto.getQuestionId()); detail.setIsCorrect(q.getAnswer().equals(dto.getUserAnswer()) ? 1 : 0); answerDetailMapper.insert(detail); } // 2. 计算总分 BigDecimal total answerDetailMapper.sumScoreByRecordId(recordId); // 3. 更新考试记录 ExamRecord record new ExamRecord(); record.setId(recordId); record.setTotalScore(total); record.setSubmitTime(new Date()); record.setStatus(1); // 1已交卷 examRecordMapper.updateById(record); return total; } }逻辑说明Transactional注解保证方法内所有数据库操作要么全成功要么全回滚。rollbackFor Exception.class是关键参数默认只回滚运行时异常加上这个才能覆盖所有异常。判分逻辑放在循环里逐题对比如果题目量大可以改成批量查询标准答案再内存比对减少数据库往返。注意sumScoreByRecordId这个 SQL 要写对只统计is_correct 1的题目分值之和。如果题目分值不一样不能简单用COUNT(*) * 每题分值。3.4 成绩查询与错题回顾考完试学生要看成绩和错题。成绩查询直接查exam_record错题回顾要关联answer_detail和questionSELECT q.content, q.answer AS correct_answer, a.user_answer, a.is_correct FROM answer_detail a JOIN question q ON a.question_id q.id WHERE a.record_id #{recordId}这条 SQL 返回每道题的题干、标准答案、学生答案和是否正确。前端渲染时正确的标绿错误的标红并显示正确答案。这个功能在论文里可以单独写一节“错题回顾与学习反馈”体现系统的教学价值。4. 论文、视频与源码怎么配套让答辩老师挑不出毛病4.1 论文结构别把论文写成代码说明书很多同学的论文目录是“第一章 系统分析、第二章 数据库设计、第三章 详细实现”然后第三章把代码贴一遍。这种写法查重率高而且答辩老师看不到你的设计思路。我建议按**“问题—方案—验证”**来组织第一章背景与意义说清楚传统考试组织方式的痛点阅卷慢、统计难、易作弊第二章需求分析用用例图说明学生、教师、管理员三类角色的功能边界第三章系统设计重点写组卷算法和提交事务的设计配流程图和 ER 图第四章系统实现挑核心模块贴关键代码不要全贴第五章测试与验证用表格列出测试用例和结果第三章是拉开差距的地方。组卷算法可以画一个流程图说明“按题型分组 → 随机抽题 → 去重校验 → 生成试卷”的步骤。提交事务可以画时序图展示前端、Controller、Service、数据库之间的调用关系。4.2 视频说明录屏讲清楚三个核心操作视频说明不用太长5 到 8 分钟足够。重点录三个场景教师登录后录入题目并发布考试、学生登录后答题并提交、教师查看成绩统计。录屏时把数据库操作也展示一下比如提交后answer_detail表新增了记录这样能证明系统是真的在跑不是静态页面。视频里要口述清楚技术栈和启动方式比如“本项目基于 Spring Boot 2.7数据库用 MySQL 8启动前先执行 sql 目录下的建表脚本”。这段话在答辩时老师如果问“怎么跑起来”你直接指视频时间点就行。4.3 源码目录结构让老师一眼看出工程规范源码不要所有文件堆在根目录。标准的 Maven 结构src/main/java/com/example/exam/ ├── controller/ # 接口层 ├── service/ # 业务层 ├── mapper/ # 数据访问层 ├── entity/ # 数据库实体 ├── dto/ # 数据传输对象 └── config/ # 配置类 src/main/resources/ ├── application.yml # 配置文件 ├── mapper/ # MyBatis XML └── static/ # 前端静态资源application.yml里数据库密码不要写死用${DB_PASSWORD}占位答辩时说明“生产环境通过环境变量注入”这是个加分项。5. 避坑与排查网络考试系统最常见的五个翻车现场5.1 现象学生提交后成绩为 0但答题明细有记录原因判分时对比答案用了而不是equals或者标准答案字段有多余空格。Java 里字符串比较必须用equals比的是引用地址。另外从数据库读出来的answer字段可能带空格要trim()一下。解决判分逻辑统一写成q.getAnswer().trim().equals(dto.getUserAnswer().trim())。如果答案不区分大小写再加equalsIgnoreCase。5.2 现象考试时间到了学生还能继续答题原因倒计时只在前端控制服务端没有校验。学生改本地时间或者禁用 JS 就能绕过。解决每次保存答案或请求题目时服务端检查当前时间是否超过exam.end_time超过就返回 403 并强制交卷。前端倒计时只是提示真正的裁判在服务端。5.3 现象多人同时交卷时数据库死锁原因answer_detail表的record_id没有索引多个事务同时插入时锁范围扩大导致互相等待。解决给answer_detail.record_id加普通索引exam_record的更新用乐观锁加version字段或者直接按主键更新减少锁冲突。5.4 现象随机组卷抽到重复题目原因ORDER BY RAND() LIMIT 10在数据量小的时候可能返回重复行或者多次抽题没有去重。解决抽完题后用Set去重如果去重后数量不够就补抽。更稳妥的做法是给每道题加一个subject_id和type联合索引抽题时先查 ID 列表再随机取。5.5 现象论文查重率过高原因直接复制网上的系统设计章节或者把代码注释原样贴进论文。解决论文里的代码只贴核心片段每段代码后面用自己的话解释设计意图。数据库表用表格描述不要贴建表 SQL 全文。组卷算法和事务处理部分多写自己的思考比如“为什么选按题型分组而不是完全随机”。6. 进阶技巧用 AOP 记录考试操作日志与防切屏检测系统能跑通之后如果想在答辩时多拿几分可以加两个进阶功能操作日志和防切屏。这两个功能代码量不大但能体现你对“考试公平性”的思考。操作日志用 Spring AOP 实现在提交答案、切换页面、交卷这些关键动作上打点Aspect Component public class ExamLogAspect { Autowired private ExamLogMapper examLogMapper; Around(annotation(examLog)) public Object logOperation(ProceedingJoinPoint joinPoint, ExamLog examLog) throws Throwable { long start System.currentTimeMillis(); Object result joinPoint.proceed(); long cost System.currentTimeMillis() - start; ExamLogEntity entity new ExamLogEntity(); entity.setAction(examLog.value()); entity.setCost(cost); entity.setCreateTime(new Date()); examLogMapper.insert(entity); return result; } }逻辑说明Around环绕通知在目标方法前后执行joinPoint.proceed()调用原方法。examLog.value()是自定义注解的参数比如ExamLog(提交试卷)。cost记录方法耗时如果某次提交耗时超过 3 秒日志里能看出来方便排查性能问题。防切屏检测用前端visibilitychange事件// 检测页面切换记录切屏次数 let switchCount 0; document.addEventListener(visibilitychange, function() { if (document.hidden) { switchCount; // 上报服务端 axios.post(/exam/switch-screen, { count: switchCount }); if (switchCount 3) { alert(切屏次数过多系统将自动交卷); autoSubmit(); } } });参数说明switchCount是切屏次数超过 3 次自动交卷。服务端收到上报后记录到exam_log表教师可以在后台看到每个学生的切屏记录。这个功能在论文里可以写成“基于浏览器可见性 API 的防作弊机制”听起来比单纯说“防切屏”专业得多。验证方法自己开两个浏览器窗口一个答题一个查资料切三次后看是否自动交卷。服务端日志里应该有三条switch-screen记录。如果没触发检查visibilitychange事件是否被浏览器兼容性影响Chrome 和 Edge 都支持Firefox 也支持。我自己的习惯是每加一个功能就先想“答辩老师会怎么问”。防切屏这个点老师可能会问“学生用手机查答案怎么办”你要能答出“系统目前检测的是页面可见性手机端需要配合摄像头监考那是另一个层面的方案”。把边界说清楚比硬吹功能全更有说服力。希望帮到你。本文还有配套的精品资源点击获取 Java网络考试系统毕业设计：从源码到答辩的完整实现指南
简介这是一套面向高校计算机专业毕业设计场景的Java网络考试系统完整资料适合正在准备毕设的学生及需要参考在线考试实现思路的开发者。系统覆盖学生在线考试、自动组卷、试卷发布与批阅、成绩统计等核心流程并划分学生端、超级管理员端与试题管理员端三类角色权限管理、用户管理、试卷与试题管理模块划分清晰。资源包共20个文件约120.42MB包含Java源码压缩包、exam.sql数据库脚本、毕业论文与答辩PPT等doc文档、多段mp4项目辅导视频以及项目运行截图等png图片从环境搭建、项目部署到考试流程演示均有对应说明。目前已有829人学习下载读者可借助源码与数据库脚本快速还原项目结合录屏理解模块实现与部署排错思路并参考论文、任务书与中期检查表等材料完成毕设文档撰写。1. 从一份“网络考试系统”源码包说起Java 毕业设计到底交付什么很多同学拿到“基于 Java 的网络考试系统”这个题目时第一反应是去搜一套能跑的源码把论文凑够字数交差。但真正做过答辩评委或者带过课设的人都知道老师翻两页就能看出这套系统是不是你自己搭起来的。网络考试系统的核心不是“能登录、能答题”而是考试过程的数据一致性、并发提交的可靠性、以及题库与试卷的随机组卷逻辑。这三块只要有一块讲不清楚答辩时基本会被追问到哑口无言。这个标题背后其实包含四样交付物一份毕业论文、一套 Java 源码、一段视频说明以及一个可运行的网络考试系统。它适合计算机毕业设计阶段的学生也适合想用 Java Web 练手完整业务闭环的初中级开发者。本文不假设你手上已经有那套源码而是按一线做这类系统的常见路径把技术选型、库表设计、组卷算法、防作弊提交、论文与视频怎么配套讲透。你照着走能自己搭出一套经得起追问的系统而不是只会改别人代码里的变量名。2. 网络考试系统的技术选型与库表设计为什么这套组合最稳2.1 后端为什么优先选 Spring Boot MyBatis 而不是纯 JSP毕业设计里最常见的翻车点是用纯 JSP Servlet 写写到后面发现事务控制、参数校验、分页查询全要手写代码量爆炸还容易出 bug。我一般会推荐Spring Boot 2.7 MyBatis-Plus MySQL 8这套组合原因很实际Spring Boot 把 Tomcat 内嵌了main方法直接启动省掉配置 web.xml 的玄学MyBatis-Plus 自带分页插件和代码生成器题库表、试卷表、成绩表的 CRUD 能省掉一半工作量。前端不用上 Vue 全家桶Thymeleaf 或者简单的 HTML Axios 就够了。毕业设计考察的是业务逻辑完整性不是前端工程化。把精力放在组卷算法和提交事务上性价比更高。依赖的核心版本建议锁死避免不同版本之间出现兼容问题!-- pom.xml 关键依赖版本按此锁定 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId version2.7.18/version /dependency dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3.2/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency这段依赖里spring-boot-starter-web负责 MVC 和 REST 接口mybatis-plus-boot-starter提供 BaseMapper 和分页mysql-connector-java是驱动。版本不要随意升到最新Spring Boot 3.x 要求 JDK 17很多学校机房还是 JDK 8升上去反而跑不起来。2.2 库表设计五张核心表撑起整个考试流程网络考试系统的表不用多但字段要想清楚。下面这五张表是必须的缺一张业务就断表名作用关键字段sys_user用户学生/教师/管理员id, username, password, rolequestion题库id, type, content, options, answer, scoreexam考试场次id, title, start_time, end_time, durationexam_record考试记录谁考了哪场id, exam_id, user_id, submit_time, total_scoreanswer_detail答题明细id, record_id, question_id, user_answer, is_correctquestion表的type字段区分单选、多选、判断options用 JSON 字符串存选项answer存标准答案。exam_record里submit_time和total_score是答辩必问的点——你要能解释清楚分数是提交时实时算的还是异步批处理的。我一般选实时算因为考试结束要立刻出分异步会让学生以为系统卡了。answer_detail表是防作弊和成绩复核的关键。每道题的作答都落库即使前端提交中断后端也能根据已落库的明细恢复。这张表的record_id加索引否则查成绩时全表扫描会拖慢响应。2.3 组卷算法随机抽题怎么保证不重复且难度可控组卷是网络考试系统里最能体现设计水平的部分。最简单的做法是ORDER BY RAND() LIMIT 10但数据量上万后性能急剧下降而且没法控制题型分布。我一般用按题型分组随机抽题的方式-- 按题型抽题单选抽10道多选抽5道判断抽5道 SELECT * FROM question WHERE type 1 AND subject_id #{subjectId} ORDER BY RAND() LIMIT 10;如果题库量大ORDER BY RAND()要换成先查 ID 范围再随机取-- 优化版先取最大最小ID再随机偏移 SELECT * FROM question WHERE type 1 AND id ( SELECT FLOOR(RAND() * (MAX(id) - MIN(id)) MIN(id)) FROM question WHERE type 1 ) LIMIT 10;参数说明subject_id是科目 ID保证抽题范围不跨科目type对应题型枚举。抽完题后要把题目 ID 列表和试卷绑定存到exam表的question_ids字段或者单独建关联表。我倾向单独建exam_question关联表方便后续统计每道题的正确率。注意随机抽题一定要在服务端做不能把题库全量发给前端让 JS 随机。否则学生打开控制台就能看到所有答案这是毕业设计答辩时最容易被抓的漏洞。3. 从零跑通考试流程登录、答题、提交、判分的完整实现3.1 登录与权限拦截JWT 还是 Session毕业设计里用 Session 就够了但很多同学会纠结 JWT。我的建议是如果系统只部署在一台机器上Session 更简单Spring Security 或者自己写个拦截器都行。JWT 的优势在分布式毕业设计用不上反而增加 token 刷新、过期处理的复杂度。用拦截器实现登录校验的代码大概长这样// LoginInterceptor.java 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) { // 未登录重定向到登录页 response.sendRedirect(/login); return false; } return true; } }逻辑说明preHandle在 Controller 方法执行前调用从 Session 取loginUser为空就跳登录页。参数上request.getSession()默认会创建新 Session如果不想创建可以用getSession(false)。注册拦截器时排除/login、/css/**、/js/**这些静态资源路径否则登录页自己都被拦了。3.2 答题页面的数据加载与倒计时控制学生进入考试后前端要拿到试卷题目和剩余时间。后端接口返回题目列表时必须把标准答案字段去掉只返回题干、选项、分值。这是血泪经验很多同学直接返回整个question对象答案跟着 JSON 一起发到前端学生 F12 一看就全知道了。// 返回给前端的题目 VO不含 answer 字段 public class QuestionVO { private Long id; private String content; private String options; // JSON 字符串 private Integer score; // 注意没有 answer 字段 }倒计时用前端 JS 控制但服务端必须记录考试开始时间。学生刷新页面或者改本地时间服务端要根据exam_record里的start_time重新计算剩余时间。如果剩余时间小于等于 0直接强制交卷。// 前端倒计时每秒同步一次服务端时间 function startCountdown(endTime) { const timer setInterval(() { const now new Date().getTime(); const left endTime - now; if (left 0) { clearInterval(timer); autoSubmit(); // 时间到自动交卷 } document.getElementById(timer).innerText formatTime(left); }, 1000); }参数说明endTime是服务端返回的考试截止时间戳不是本地计算的。autoSubmit调用交卷接口把已答题目提交上去。这里有个坑如果学生断网自动交卷会失败所以服务端要有兜底——考试时间一到后台定时任务扫描超时的exam_record强制判分。3.3 提交判分的事务处理怎么保证数据一致性交卷是整个系统最关键的写操作。学生点提交后端要做四件事保存答题明细、计算总分、更新考试记录状态、返回成绩。这四步必须在一个事务里否则可能出现“明细存了但总分没算”的脏数据。Service public class ExamSubmitService { Transactional(rollbackFor Exception.class) public BigDecimal submitExam(Long recordId, ListAnswerDTO answers) { // 1. 保存答题明细 for (AnswerDTO dto : answers) { AnswerDetail detail new AnswerDetail(); detail.setRecordId(recordId); detail.setQuestionId(dto.getQuestionId()); detail.setUserAnswer(dto.getUserAnswer()); // 判分对比标准答案 Question q questionMapper.selectById(dto.getQuestionId()); detail.setIsCorrect(q.getAnswer().equals(dto.getUserAnswer()) ? 1 : 0); answerDetailMapper.insert(detail); } // 2. 计算总分 BigDecimal total answerDetailMapper.sumScoreByRecordId(recordId); // 3. 更新考试记录 ExamRecord record new ExamRecord(); record.setId(recordId); record.setTotalScore(total); record.setSubmitTime(new Date()); record.setStatus(1); // 1已交卷 examRecordMapper.updateById(record); return total; } }逻辑说明Transactional注解保证方法内所有数据库操作要么全成功要么全回滚。rollbackFor Exception.class是关键参数默认只回滚运行时异常加上这个才能覆盖所有异常。判分逻辑放在循环里逐题对比如果题目量大可以改成批量查询标准答案再内存比对减少数据库往返。注意sumScoreByRecordId这个 SQL 要写对只统计is_correct 1的题目分值之和。如果题目分值不一样不能简单用COUNT(*) * 每题分值。3.4 成绩查询与错题回顾考完试学生要看成绩和错题。成绩查询直接查exam_record错题回顾要关联answer_detail和questionSELECT q.content, q.answer AS correct_answer, a.user_answer, a.is_correct FROM answer_detail a JOIN question q ON a.question_id q.id WHERE a.record_id #{recordId}这条 SQL 返回每道题的题干、标准答案、学生答案和是否正确。前端渲染时正确的标绿错误的标红并显示正确答案。这个功能在论文里可以单独写一节“错题回顾与学习反馈”体现系统的教学价值。4. 论文、视频与源码怎么配套让答辩老师挑不出毛病4.1 论文结构别把论文写成代码说明书很多同学的论文目录是“第一章 系统分析、第二章 数据库设计、第三章 详细实现”然后第三章把代码贴一遍。这种写法查重率高而且答辩老师看不到你的设计思路。我建议按**“问题—方案—验证”**来组织第一章背景与意义说清楚传统考试组织方式的痛点阅卷慢、统计难、易作弊第二章需求分析用用例图说明学生、教师、管理员三类角色的功能边界第三章系统设计重点写组卷算法和提交事务的设计配流程图和 ER 图第四章系统实现挑核心模块贴关键代码不要全贴第五章测试与验证用表格列出测试用例和结果第三章是拉开差距的地方。组卷算法可以画一个流程图说明“按题型分组 → 随机抽题 → 去重校验 → 生成试卷”的步骤。提交事务可以画时序图展示前端、Controller、Service、数据库之间的调用关系。4.2 视频说明录屏讲清楚三个核心操作视频说明不用太长5 到 8 分钟足够。重点录三个场景教师登录后录入题目并发布考试、学生登录后答题并提交、教师查看成绩统计。录屏时把数据库操作也展示一下比如提交后answer_detail表新增了记录这样能证明系统是真的在跑不是静态页面。视频里要口述清楚技术栈和启动方式比如“本项目基于 Spring Boot 2.7数据库用 MySQL 8启动前先执行 sql 目录下的建表脚本”。这段话在答辩时老师如果问“怎么跑起来”你直接指视频时间点就行。4.3 源码目录结构让老师一眼看出工程规范源码不要所有文件堆在根目录。标准的 Maven 结构src/main/java/com/example/exam/ ├── controller/ # 接口层 ├── service/ # 业务层 ├── mapper/ # 数据访问层 ├── entity/ # 数据库实体 ├── dto/ # 数据传输对象 └── config/ # 配置类 src/main/resources/ ├── application.yml # 配置文件 ├── mapper/ # MyBatis XML └── static/ # 前端静态资源application.yml里数据库密码不要写死用${DB_PASSWORD}占位答辩时说明“生产环境通过环境变量注入”这是个加分项。5. 避坑与排查网络考试系统最常见的五个翻车现场5.1 现象学生提交后成绩为 0但答题明细有记录原因判分时对比答案用了而不是equals或者标准答案字段有多余空格。Java 里字符串比较必须用equals比的是引用地址。另外从数据库读出来的answer字段可能带空格要trim()一下。解决判分逻辑统一写成q.getAnswer().trim().equals(dto.getUserAnswer().trim())。如果答案不区分大小写再加equalsIgnoreCase。5.2 现象考试时间到了学生还能继续答题原因倒计时只在前端控制服务端没有校验。学生改本地时间或者禁用 JS 就能绕过。解决每次保存答案或请求题目时服务端检查当前时间是否超过exam.end_time超过就返回 403 并强制交卷。前端倒计时只是提示真正的裁判在服务端。5.3 现象多人同时交卷时数据库死锁原因answer_detail表的record_id没有索引多个事务同时插入时锁范围扩大导致互相等待。解决给answer_detail.record_id加普通索引exam_record的更新用乐观锁加version字段或者直接按主键更新减少锁冲突。5.4 现象随机组卷抽到重复题目原因ORDER BY RAND() LIMIT 10在数据量小的时候可能返回重复行或者多次抽题没有去重。解决抽完题后用Set去重如果去重后数量不够就补抽。更稳妥的做法是给每道题加一个subject_id和type联合索引抽题时先查 ID 列表再随机取。5.5 现象论文查重率过高原因直接复制网上的系统设计章节或者把代码注释原样贴进论文。解决论文里的代码只贴核心片段每段代码后面用自己的话解释设计意图。数据库表用表格描述不要贴建表 SQL 全文。组卷算法和事务处理部分多写自己的思考比如“为什么选按题型分组而不是完全随机”。6. 进阶技巧用 AOP 记录考试操作日志与防切屏检测系统能跑通之后如果想在答辩时多拿几分可以加两个进阶功能操作日志和防切屏。这两个功能代码量不大但能体现你对“考试公平性”的思考。操作日志用 Spring AOP 实现在提交答案、切换页面、交卷这些关键动作上打点Aspect Component public class ExamLogAspect { Autowired private ExamLogMapper examLogMapper; Around(annotation(examLog)) public Object logOperation(ProceedingJoinPoint joinPoint, ExamLog examLog) throws Throwable { long start System.currentTimeMillis(); Object result joinPoint.proceed(); long cost System.currentTimeMillis() - start; ExamLogEntity entity new ExamLogEntity(); entity.setAction(examLog.value()); entity.setCost(cost); entity.setCreateTime(new Date()); examLogMapper.insert(entity); return result; } }逻辑说明Around环绕通知在目标方法前后执行joinPoint.proceed()调用原方法。examLog.value()是自定义注解的参数比如ExamLog(提交试卷)。cost记录方法耗时如果某次提交耗时超过 3 秒日志里能看出来方便排查性能问题。防切屏检测用前端visibilitychange事件// 检测页面切换记录切屏次数 let switchCount 0; document.addEventListener(visibilitychange, function() { if (document.hidden) { switchCount; // 上报服务端 axios.post(/exam/switch-screen, { count: switchCount }); if (switchCount 3) { alert(切屏次数过多系统将自动交卷); autoSubmit(); } } });参数说明switchCount是切屏次数超过 3 次自动交卷。服务端收到上报后记录到exam_log表教师可以在后台看到每个学生的切屏记录。这个功能在论文里可以写成“基于浏览器可见性 API 的防作弊机制”听起来比单纯说“防切屏”专业得多。验证方法自己开两个浏览器窗口一个答题一个查资料切三次后看是否自动交卷。服务端日志里应该有三条switch-screen记录。如果没触发检查visibilitychange事件是否被浏览器兼容性影响Chrome 和 Edge 都支持Firefox 也支持。我自己的习惯是每加一个功能就先想“答辩老师会怎么问”。防切屏这个点老师可能会问“学生用手机查答案怎么办”你要能答出“系统目前检测的是页面可见性手机端需要配合摄像头监考那是另一个层面的方案”。把边界说清楚比硬吹功能全更有说服力。希望帮到你。本文还有配套的精品资源点击获取