简介这份资源是面向高校学生与课程设计学习者的在线答题系统完整项目源码适用于毕业设计、课程设计及企业考核类场景的参考与二次开发。项目围绕试题管理、随机组卷、答题计时、成绩计算与反馈等核心模块展开并涉及用户认证授权、数据库建模、安全性防护与性能优化等常见工程知识点。压缩包共281个文件约3.63MB以75个Java源文件与71个JavaScript脚本为主体辅以33个CSS样式、9个HTML页面及大量jpg、png图片素材另有xml配置、properties参数文件与少量字体资源整体结构接近可直接运行的Maven工程。目前已有108人学习下载。解压后可查看完整源码目录、配置文件与数据库脚本便于理解前后端交互流程、后台管理界面与随机组卷逻辑也可作为同类答题或问卷系统的模板参考。1. 在线答题系统毕设从开题到能跑通中间隔着多少坑每年到了毕设季计算机相关专业的学生都会面对同一个问题选一个能写进论文、又能真正跑起来的题目。在线答题系统.zip 这个标题背后大概率是一个已经打包好的项目源码或者是一个待你从零搭建的选题方向。它解决的核心需求很明确——让老师能出题、学生能答题、系统能判分、后台能看统计。适合谁适合软件工程、计算机科学与技术、教育技术学等专业需要在一个学期内完成设计、编码、测试、论文全流程的本科生。但我要先泼一盆冷水在线答题系统听起来简单真正动手时你会发现题目类型的多样性、判分的准确性、并发提交的稳定性每一个点都能让你卡上两三天。这篇笔记不聊虚的只讲怎么把这个系统从压缩包变成能演示、能答辩、能写进论文的完整作品。2. 先想清楚在线答题系统的技术选型与数据模型2.1 为什么我建议用 Spring Boot Vue 而不是纯 JSP很多同学拿到在线答题系统.zip 后第一反应是打开看看用的什么技术栈。如果里面是 JSP Servlet我建议你慎重考虑是否直接沿用。不是 JSP 不能用而是它在前后端分离、接口调试、部署演示这三个环节上会让你在答辩现场多冒几次冷汗。我一般会推荐 Spring Boot Vue 的组合原因有三第一Spring Boot 的起步依赖让数据库连接、事务管理、安全控制几乎零配置第二Vue 的组件化让答题卡、倒计时、题目切换这些交互逻辑变得可维护第三前后端分离后你可以用 Postman 或 Apifox 单独测试每一个接口排查问题时不用在浏览器控制台和服务器日志之间反复横跳。具体版本选择上JDK 用 8 或 11 都行Spring Boot 用 2.7.x 系列足够稳定Vue 用 2.x 或 3.x 看你对 Composition API 的熟悉程度。数据库方面MySQL 5.7 或 8.0 都可以但要注意 8.0 的驱动类名和时区配置与 5.7 不同这是新手最容易翻车的地方之一。前端 UI 库我习惯用 Element UI 或 Ant Design Vue表格、表单、弹窗这些组件直接复用省下来的时间可以花在判分逻辑上。2.2 答题系统的五张核心表与字段设计数据模型是在线答题系统的地基。地基没打好后面判分、统计、错题回顾都会出问题。我一般会设计五张核心表用户表、题目表、试卷表、答题记录表、试卷题目关联表。下面这张表列出了每张表的关键字段和设计理由。表名关键字段设计理由userid, username, password, rolerole 区分学生、教师、管理员权限控制的基础questionid, type, content, options, answer, scoretype 区分单选、多选、判断、填空、简答paperid, title, total_score, duration, start_time, end_timeduration 控制考试时长start/end 控制可答题窗口paper_questionpaper_id, question_id, order_num多对多关联order_num 保证题目顺序可调answer_recordid, user_id, paper_id, question_id, user_answer, is_correct, score记录每次作答支持错题回顾和成绩统计这里重点说三个字段。第一question 表的 options 字段我建议用 JSON 字符串存储而不是拆成单独的选项表。拆表虽然更规范但查询时要多次 join对于毕设规模的项目来说反而增加复杂度。第二answer_record 表的 is_correct 字段不要只存对错还要存得分。因为多选题可能部分正确简答题可能人工给分只存布尔值后面统计会很难受。第三paper 表的 duration 字段单位是分钟前端倒计时和后端提交校验都要用这个值务必保证前后端读取的是同一个字段。2.3 用 SQL 建表一份可直接执行的初始化脚本下面这段 SQL 可以在 MySQL 中直接执行建出上述五张表。注意字符集用 utf8mb4否则学生姓名或题目内容里出现生僻字会乱码。CREATE DATABASE IF NOT EXISTS online_exam DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE online_exam; CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, role VARCHAR(20) DEFAULT student, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE question ( id INT PRIMARY KEY AUTO_INCREMENT, type VARCHAR(20) NOT NULL COMMENT single/multiple/judge/blank/essay, content TEXT NOT NULL, options JSON DEFAULT NULL, answer TEXT NOT NULL, score INT DEFAULT 5, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE paper ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, total_score INT DEFAULT 100, duration INT DEFAULT 60 COMMENT 分钟, start_time DATETIME DEFAULT NULL, end_time DATETIME DEFAULT NULL ); CREATE TABLE paper_question ( id INT PRIMARY KEY AUTO_INCREMENT, paper_id INT NOT NULL, question_id INT NOT NULL, order_num INT DEFAULT 0, FOREIGN KEY (paper_id) REFERENCES paper(id), FOREIGN KEY (question_id) REFERENCES question(id) ); CREATE TABLE answer_record ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, paper_id INT NOT NULL, question_id INT NOT NULL, user_answer TEXT, is_correct TINYINT DEFAULT 0, score INT DEFAULT 0, submit_time DATETIME DEFAULT CURRENT_TIMESTAMP );执行完这段脚本后你可以先手动插入几条测试数据确认表结构没有问题。注意 paper_question 表的外键约束如果先插 paper_question 再插 question会报外键错误。正确的顺序是user → question → paper → paper_question → answer_record。这个顺序在写测试数据脚本时也要遵守。3. 判分逻辑在线答题系统最容易翻车的地方3.1 五种题型的判分策略与代码实现判分是在线答题系统的核心。不同题型的判分逻辑差异很大我一般会写一个 ScoreService用策略模式把每种题型的判分逻辑分开。下面这段 Java 代码展示了单选题、多选题、判断题的判分方法。Service public class ScoreService { // 单选题答案完全匹配得满分否则零分 public int scoreSingle(String correctAnswer, String userAnswer, int fullScore) { if (userAnswer null || userAnswer.trim().isEmpty()) return 0; return correctAnswer.trim().equalsIgnoreCase(userAnswer.trim()) ? fullScore : 0; } // 多选题少选得一半分错选零分 public int scoreMultiple(String correctAnswer, String userAnswer, int fullScore) { if (userAnswer null || userAnswer.trim().isEmpty()) return 0; SetString correctSet new HashSet(Arrays.asList(correctAnswer.split(,))); SetString userSet new HashSet(Arrays.asList(userAnswer.split(,))); // 有错选直接零分 for (String u : userSet) { if (!correctSet.contains(u)) return 0; } // 少选得一半分 if (userSet.size() correctSet.size()) return fullScore / 2; return fullScore; } // 判断题与单选题逻辑一致 public int scoreJudge(String correctAnswer, String userAnswer, int fullScore) { return scoreSingle(correctAnswer, userAnswer, fullScore); } }这段代码有三个关键点。第一多选题的判分规则是“少选得一半错选零分”这是最常见的设定但你要在论文里写清楚你的规则因为不同老师可能有不同要求。第二所有字符串比较都要 trim()因为前端传过来的答案可能带空格。第三fullScore / 2 是整数除法如果满分是 5 分少选得 2 分这个细节要在论文里说明避免答辩时被问住。填空题和简答题的判分更复杂。填空题我一般用关键词匹配比如正确答案是“HTTP”学生填“http协议”可以判断包含关系给分。简答题则通常需要教师人工批阅系统只负责存储答案和提供批阅界面。这部分逻辑不复杂但要在数据库设计时就预留好人工给分的字段。3.2 考试时长控制前端倒计时与后端强制交卷考试时长控制是在线答题系统里另一个容易出问题的地方。很多同学只在前端做了倒计时时间到了弹个窗提示交卷但学生只要刷新页面或者直接调接口就能绕过这个限制。正确的做法是前后端双重校验。前端方面进入答题页面时从后端获取剩余时间用 setInterval 每秒更新倒计时显示。当倒计时归零时自动调用交卷接口。下面这段 Vue 代码展示了倒计时的核心逻辑。data() { return { remainSeconds: 0, timer: null }; }, methods: { startCountdown() { this.timer setInterval(() { if (this.remainSeconds 0) { clearInterval(this.timer); this.submitPaper(); // 自动交卷 return; } this.remainSeconds--; }, 1000); }, submitPaper() { // 调用后端交卷接口 this.$axios.post(/api/exam/submit, { paperId: this.paperId, answers: this.answers }).then(res { this.$router.push(/exam/result/ this.paperId); }); } }后端方面交卷接口必须校验当前时间是否超过 paper 表的 end_time以及学生开始答题的时间加上 duration 是否已经超时。如果超时仍然接受提交但要在 answer_record 里标记为“超时交卷”并且只计算超时前已保存的答案。我一般会在 Redis 里存一个 key记录学生开始答题的时间戳交卷时用当前时间减去开始时间如果超过 duration就只取最后一次自动保存的答案。提示自动保存功能很重要。我一般设置每 30 秒自动保存一次答案到 Redis交卷时再从 Redis 写入 MySQL。这样即使学生浏览器崩溃重新登录后也能恢复答案。3.3 防重复提交与并发答题的边界处理在线答题系统在考试结束前几分钟往往会迎来提交高峰。如果多个学生同时交卷数据库压力会骤增。更麻烦的是同一个学生可能因为网络卡顿而重复点击提交按钮导致 answer_record 表出现重复记录。解决重复提交最简单的方法是在前端提交后禁用按钮但这不是根本办法。后端需要在 answer_record 表上建立唯一索引比如 (user_id, paper_id, question_id) 联合唯一这样重复插入会直接报错你可以在代码里捕获这个异常并返回“请勿重复提交”。另一种做法是用 Redis 的 setnx 命令做分布式锁key 用 user_id paper_id过期时间设为 10 秒防止短时间内重复请求。并发答题的另一个边界是题目顺序。如果试卷允许题目随机排序那么每个学生看到的题目顺序可能不同。这时候 answer_record 表里必须记录 question_id而不是题目序号。我见过有同学用题目序号做关联结果学生 A 的第 3 题和学生 B 的第 3 题不是同一道统计时全乱了。这个坑一定要避开。4. 避坑指南在线答题系统开发中常见的五个翻车现场4.1 现象学生交卷后成绩显示为零但答案明明是对的原因最常见的情况是前端传的答案格式和后端期望的格式不一致。比如多选题前端传的是数组 [A,B]后端期望的是字符串 A,B直接比较肯定不相等。另一种可能是数据库里正确答案字段带了空格或换行而学生答案没有。解决在判分前统一做归一化处理。字符串答案统一 trim() 并转大写多选题统一按逗号拼接后再比较。可以在 ScoreService 里加一个 normalize 方法所有答案先过这个方法再进入判分逻辑。4.2 现象考试时间到了学生还能继续答题原因只做了前端倒计时没有在后端交卷接口里校验时间。学生只要不点交卷按钮或者手动调接口就能一直答题。解决后端在接收答案和交卷时都要校验时间。我一般会在 Redis 里存一个 exam_start_time:{userId}:{paperId} 的 key每次保存答案时检查当前时间是否超过 start_time duration。如果超时拒绝保存并返回“考试已结束”。4.3 现象简答题的答案在数据库里显示为乱码原因数据库字符集不是 utf8mb4或者 JDBC 连接串没有指定字符集。MySQL 5.7 默认字符集是 latin18.0 默认是 utf8mb4但如果你从旧项目迁移很可能踩到这个坑。解决建库时指定 utf8mb4JDBC 连接串加上 characterEncodingutf8useUnicodetrue。如果已经建了表用 ALTER TABLE 修改字符集。另外前端提交前用 encodeURIComponent 编码后端用 URLDecoder 解码也能避免一部分乱码问题。4.4 现象多个学生同时交卷时系统卡死或报 500 错误原因交卷接口里做了太多事情——判分、写答案、更新成绩、发通知全部在一个事务里同步执行。并发一高数据库连接池被占满后面的请求直接超时。解决把交卷拆成两步。第一步接收答案并写入 Redis 队列立即返回“提交成功”。第二步用定时任务或消息队列异步消费队列慢慢判分和写库。对于毕设规模的项目用 Spring 的 Async 注解就能实现异步处理不需要引入 RabbitMQ 或 Kafka。4.5 现象教师端查看成绩统计时数据对不上原因统计逻辑写在了 Java 代码里用 for 循环遍历 answer_record 表逐条累加。数据量一大不仅慢而且容易因为分页或缓存问题导致数据不一致。解决统计尽量用 SQL 聚合函数。比如每个学生的总分直接用 SELECT user_id, SUM(score) FROM answer_record WHERE paper_id ? GROUP BY user_id。平均分、最高分、最低分也都有对应的聚合函数。把统计逻辑下沉到数据库既快又准。5. 从能跑到能答辩三个让在线答题系统加分的进阶技巧5.1 用 WebSocket 做实时监考提醒答辩时如果能让老师看到“实时监考”功能印象分会高不少。实现方式不复杂教师端和学生端建立 WebSocket 连接学生端在答题过程中如果切换浏览器标签页或窗口失焦前端捕获 visibilitychange 事件通过 WebSocket 发送一条“切屏”消息给教师端。教师端实时显示每个学生的切屏次数超过阈值可以弹窗警告。下面这段代码展示了前端如何捕获切屏事件并通过 WebSocket 发送消息。// 建立 WebSocket 连接 const ws new WebSocket(ws://localhost:8080/ws/exam/ this.paperId); // 监听页面可见性变化 document.addEventListener(visibilitychange, () { if (document.hidden) { // 学生切走了发送警告 ws.send(JSON.stringify({ type: switch_screen, userId: this.userId, paperId: this.paperId, timestamp: Date.now() })); } });后端用 Spring Boot 的 ServerEndpoint 注解就能实现 WebSocket 服务端。收到消息后把切屏记录存入 Redis教师端通过另一个 WebSocket 连接实时接收。这个功能代码量不大但演示效果很好论文里也可以作为“创新点”写一章。5.2 错题回顾与知识点关联在线答题系统如果只做答题和判分论文会显得单薄。我建议加一个错题回顾模块学生交卷后系统自动把答错的题目存入错题本并且允许学生给每道题打标签比如“Java 基础”“数据库”“网络”。教师端可以按标签统计班级的薄弱知识点生成雷达图。实现上在 answer_record 表加一个 tags 字段或者单独建一张 question_tag 表。统计时用 GROUP BY tag 计算每个标签下的错误率。雷达图用 ECharts 的 radar 组件前端传入标签和对应的错误率数组即可。这个功能不需要太复杂的算法但能让你的系统从“能用”变成“好用”。5.3 用 Docker Compose 一键部署演示环境答辩现场最怕什么最怕换了一台电脑项目跑不起来。我一般会在项目根目录放一个 docker-compose.yml把 MySQL、Redis、后端、前端全部编排进去。答辩前在演示电脑上装好 Docker一条命令就能启动整个系统。version: 3.8 services: mysql: image: mysql:8.0 environment: MYSQL_ROOT_PASSWORD: root123 MYSQL_DATABASE: online_exam ports: - 3306:3306 volumes: - ./sql/init.sql:/docker-entrypoint-initdb.d/init.sql redis: image: redis:6.2 ports: - 6379:6379 backend: build: ./backend ports: - 8080:8080 depends_on: - mysql - redis frontend: build: ./frontend ports: - 80:80 depends_on: - backend这个 compose 文件把四个服务串起来init.sql 会在 MySQL 容器首次启动时自动执行建表和数据初始化一步到位。注意 backend 和 frontend 的 Dockerfile 要自己写后端用 maven 打包后基于 openjdk 镜像运行前端用 node 构建后基于 nginx 镜像运行。这套方案我在多个项目中用过答辩演示从没掉过链子。5.4 论文里怎么写才不像说明书最后说一个非技术但很关键的点。很多同学的论文读起来像产品说明书第一章绪论第二章需求分析第三章设计第四章实现第五章测试。这种结构没错但容易写得干巴巴。我的习惯是在每一章开头用一个具体的场景切入。比如第三章讲数据库设计时先写“当 50 个学生同时交卷时answer_record 表在 3 秒内插入了 2500 条记录如果表结构设计不当这里就是第一个瓶颈”然后再展开字段设计和索引优化。这样写老师能看到你是在解决真实问题而不是在填模板。另外测试章节不要只贴截图。把压测数据放进去比如用 JMeter 模拟 100 个并发用户交卷记录响应时间和错误率然后分析瓶颈在哪里、怎么优化的。这种数据比十张界面截图都有说服力。希望帮到你。本文还有配套的精品资源点击获取 在线答题系统毕设实战：Spring Boot+Vue全流程避坑指南
简介这份资源是面向高校学生与课程设计学习者的在线答题系统完整项目源码适用于毕业设计、课程设计及企业考核类场景的参考与二次开发。项目围绕试题管理、随机组卷、答题计时、成绩计算与反馈等核心模块展开并涉及用户认证授权、数据库建模、安全性防护与性能优化等常见工程知识点。压缩包共281个文件约3.63MB以75个Java源文件与71个JavaScript脚本为主体辅以33个CSS样式、9个HTML页面及大量jpg、png图片素材另有xml配置、properties参数文件与少量字体资源整体结构接近可直接运行的Maven工程。目前已有108人学习下载。解压后可查看完整源码目录、配置文件与数据库脚本便于理解前后端交互流程、后台管理界面与随机组卷逻辑也可作为同类答题或问卷系统的模板参考。1. 在线答题系统毕设从开题到能跑通中间隔着多少坑每年到了毕设季计算机相关专业的学生都会面对同一个问题选一个能写进论文、又能真正跑起来的题目。在线答题系统.zip 这个标题背后大概率是一个已经打包好的项目源码或者是一个待你从零搭建的选题方向。它解决的核心需求很明确——让老师能出题、学生能答题、系统能判分、后台能看统计。适合谁适合软件工程、计算机科学与技术、教育技术学等专业需要在一个学期内完成设计、编码、测试、论文全流程的本科生。但我要先泼一盆冷水在线答题系统听起来简单真正动手时你会发现题目类型的多样性、判分的准确性、并发提交的稳定性每一个点都能让你卡上两三天。这篇笔记不聊虚的只讲怎么把这个系统从压缩包变成能演示、能答辩、能写进论文的完整作品。2. 先想清楚在线答题系统的技术选型与数据模型2.1 为什么我建议用 Spring Boot Vue 而不是纯 JSP很多同学拿到在线答题系统.zip 后第一反应是打开看看用的什么技术栈。如果里面是 JSP Servlet我建议你慎重考虑是否直接沿用。不是 JSP 不能用而是它在前后端分离、接口调试、部署演示这三个环节上会让你在答辩现场多冒几次冷汗。我一般会推荐 Spring Boot Vue 的组合原因有三第一Spring Boot 的起步依赖让数据库连接、事务管理、安全控制几乎零配置第二Vue 的组件化让答题卡、倒计时、题目切换这些交互逻辑变得可维护第三前后端分离后你可以用 Postman 或 Apifox 单独测试每一个接口排查问题时不用在浏览器控制台和服务器日志之间反复横跳。具体版本选择上JDK 用 8 或 11 都行Spring Boot 用 2.7.x 系列足够稳定Vue 用 2.x 或 3.x 看你对 Composition API 的熟悉程度。数据库方面MySQL 5.7 或 8.0 都可以但要注意 8.0 的驱动类名和时区配置与 5.7 不同这是新手最容易翻车的地方之一。前端 UI 库我习惯用 Element UI 或 Ant Design Vue表格、表单、弹窗这些组件直接复用省下来的时间可以花在判分逻辑上。2.2 答题系统的五张核心表与字段设计数据模型是在线答题系统的地基。地基没打好后面判分、统计、错题回顾都会出问题。我一般会设计五张核心表用户表、题目表、试卷表、答题记录表、试卷题目关联表。下面这张表列出了每张表的关键字段和设计理由。表名关键字段设计理由userid, username, password, rolerole 区分学生、教师、管理员权限控制的基础questionid, type, content, options, answer, scoretype 区分单选、多选、判断、填空、简答paperid, title, total_score, duration, start_time, end_timeduration 控制考试时长start/end 控制可答题窗口paper_questionpaper_id, question_id, order_num多对多关联order_num 保证题目顺序可调answer_recordid, user_id, paper_id, question_id, user_answer, is_correct, score记录每次作答支持错题回顾和成绩统计这里重点说三个字段。第一question 表的 options 字段我建议用 JSON 字符串存储而不是拆成单独的选项表。拆表虽然更规范但查询时要多次 join对于毕设规模的项目来说反而增加复杂度。第二answer_record 表的 is_correct 字段不要只存对错还要存得分。因为多选题可能部分正确简答题可能人工给分只存布尔值后面统计会很难受。第三paper 表的 duration 字段单位是分钟前端倒计时和后端提交校验都要用这个值务必保证前后端读取的是同一个字段。2.3 用 SQL 建表一份可直接执行的初始化脚本下面这段 SQL 可以在 MySQL 中直接执行建出上述五张表。注意字符集用 utf8mb4否则学生姓名或题目内容里出现生僻字会乱码。CREATE DATABASE IF NOT EXISTS online_exam DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE online_exam; CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, role VARCHAR(20) DEFAULT student, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE question ( id INT PRIMARY KEY AUTO_INCREMENT, type VARCHAR(20) NOT NULL COMMENT single/multiple/judge/blank/essay, content TEXT NOT NULL, options JSON DEFAULT NULL, answer TEXT NOT NULL, score INT DEFAULT 5, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE paper ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, total_score INT DEFAULT 100, duration INT DEFAULT 60 COMMENT 分钟, start_time DATETIME DEFAULT NULL, end_time DATETIME DEFAULT NULL ); CREATE TABLE paper_question ( id INT PRIMARY KEY AUTO_INCREMENT, paper_id INT NOT NULL, question_id INT NOT NULL, order_num INT DEFAULT 0, FOREIGN KEY (paper_id) REFERENCES paper(id), FOREIGN KEY (question_id) REFERENCES question(id) ); CREATE TABLE answer_record ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, paper_id INT NOT NULL, question_id INT NOT NULL, user_answer TEXT, is_correct TINYINT DEFAULT 0, score INT DEFAULT 0, submit_time DATETIME DEFAULT CURRENT_TIMESTAMP );执行完这段脚本后你可以先手动插入几条测试数据确认表结构没有问题。注意 paper_question 表的外键约束如果先插 paper_question 再插 question会报外键错误。正确的顺序是user → question → paper → paper_question → answer_record。这个顺序在写测试数据脚本时也要遵守。3. 判分逻辑在线答题系统最容易翻车的地方3.1 五种题型的判分策略与代码实现判分是在线答题系统的核心。不同题型的判分逻辑差异很大我一般会写一个 ScoreService用策略模式把每种题型的判分逻辑分开。下面这段 Java 代码展示了单选题、多选题、判断题的判分方法。Service public class ScoreService { // 单选题答案完全匹配得满分否则零分 public int scoreSingle(String correctAnswer, String userAnswer, int fullScore) { if (userAnswer null || userAnswer.trim().isEmpty()) return 0; return correctAnswer.trim().equalsIgnoreCase(userAnswer.trim()) ? fullScore : 0; } // 多选题少选得一半分错选零分 public int scoreMultiple(String correctAnswer, String userAnswer, int fullScore) { if (userAnswer null || userAnswer.trim().isEmpty()) return 0; SetString correctSet new HashSet(Arrays.asList(correctAnswer.split(,))); SetString userSet new HashSet(Arrays.asList(userAnswer.split(,))); // 有错选直接零分 for (String u : userSet) { if (!correctSet.contains(u)) return 0; } // 少选得一半分 if (userSet.size() correctSet.size()) return fullScore / 2; return fullScore; } // 判断题与单选题逻辑一致 public int scoreJudge(String correctAnswer, String userAnswer, int fullScore) { return scoreSingle(correctAnswer, userAnswer, fullScore); } }这段代码有三个关键点。第一多选题的判分规则是“少选得一半错选零分”这是最常见的设定但你要在论文里写清楚你的规则因为不同老师可能有不同要求。第二所有字符串比较都要 trim()因为前端传过来的答案可能带空格。第三fullScore / 2 是整数除法如果满分是 5 分少选得 2 分这个细节要在论文里说明避免答辩时被问住。填空题和简答题的判分更复杂。填空题我一般用关键词匹配比如正确答案是“HTTP”学生填“http协议”可以判断包含关系给分。简答题则通常需要教师人工批阅系统只负责存储答案和提供批阅界面。这部分逻辑不复杂但要在数据库设计时就预留好人工给分的字段。3.2 考试时长控制前端倒计时与后端强制交卷考试时长控制是在线答题系统里另一个容易出问题的地方。很多同学只在前端做了倒计时时间到了弹个窗提示交卷但学生只要刷新页面或者直接调接口就能绕过这个限制。正确的做法是前后端双重校验。前端方面进入答题页面时从后端获取剩余时间用 setInterval 每秒更新倒计时显示。当倒计时归零时自动调用交卷接口。下面这段 Vue 代码展示了倒计时的核心逻辑。data() { return { remainSeconds: 0, timer: null }; }, methods: { startCountdown() { this.timer setInterval(() { if (this.remainSeconds 0) { clearInterval(this.timer); this.submitPaper(); // 自动交卷 return; } this.remainSeconds--; }, 1000); }, submitPaper() { // 调用后端交卷接口 this.$axios.post(/api/exam/submit, { paperId: this.paperId, answers: this.answers }).then(res { this.$router.push(/exam/result/ this.paperId); }); } }后端方面交卷接口必须校验当前时间是否超过 paper 表的 end_time以及学生开始答题的时间加上 duration 是否已经超时。如果超时仍然接受提交但要在 answer_record 里标记为“超时交卷”并且只计算超时前已保存的答案。我一般会在 Redis 里存一个 key记录学生开始答题的时间戳交卷时用当前时间减去开始时间如果超过 duration就只取最后一次自动保存的答案。提示自动保存功能很重要。我一般设置每 30 秒自动保存一次答案到 Redis交卷时再从 Redis 写入 MySQL。这样即使学生浏览器崩溃重新登录后也能恢复答案。3.3 防重复提交与并发答题的边界处理在线答题系统在考试结束前几分钟往往会迎来提交高峰。如果多个学生同时交卷数据库压力会骤增。更麻烦的是同一个学生可能因为网络卡顿而重复点击提交按钮导致 answer_record 表出现重复记录。解决重复提交最简单的方法是在前端提交后禁用按钮但这不是根本办法。后端需要在 answer_record 表上建立唯一索引比如 (user_id, paper_id, question_id) 联合唯一这样重复插入会直接报错你可以在代码里捕获这个异常并返回“请勿重复提交”。另一种做法是用 Redis 的 setnx 命令做分布式锁key 用 user_id paper_id过期时间设为 10 秒防止短时间内重复请求。并发答题的另一个边界是题目顺序。如果试卷允许题目随机排序那么每个学生看到的题目顺序可能不同。这时候 answer_record 表里必须记录 question_id而不是题目序号。我见过有同学用题目序号做关联结果学生 A 的第 3 题和学生 B 的第 3 题不是同一道统计时全乱了。这个坑一定要避开。4. 避坑指南在线答题系统开发中常见的五个翻车现场4.1 现象学生交卷后成绩显示为零但答案明明是对的原因最常见的情况是前端传的答案格式和后端期望的格式不一致。比如多选题前端传的是数组 [A,B]后端期望的是字符串 A,B直接比较肯定不相等。另一种可能是数据库里正确答案字段带了空格或换行而学生答案没有。解决在判分前统一做归一化处理。字符串答案统一 trim() 并转大写多选题统一按逗号拼接后再比较。可以在 ScoreService 里加一个 normalize 方法所有答案先过这个方法再进入判分逻辑。4.2 现象考试时间到了学生还能继续答题原因只做了前端倒计时没有在后端交卷接口里校验时间。学生只要不点交卷按钮或者手动调接口就能一直答题。解决后端在接收答案和交卷时都要校验时间。我一般会在 Redis 里存一个 exam_start_time:{userId}:{paperId} 的 key每次保存答案时检查当前时间是否超过 start_time duration。如果超时拒绝保存并返回“考试已结束”。4.3 现象简答题的答案在数据库里显示为乱码原因数据库字符集不是 utf8mb4或者 JDBC 连接串没有指定字符集。MySQL 5.7 默认字符集是 latin18.0 默认是 utf8mb4但如果你从旧项目迁移很可能踩到这个坑。解决建库时指定 utf8mb4JDBC 连接串加上 characterEncodingutf8useUnicodetrue。如果已经建了表用 ALTER TABLE 修改字符集。另外前端提交前用 encodeURIComponent 编码后端用 URLDecoder 解码也能避免一部分乱码问题。4.4 现象多个学生同时交卷时系统卡死或报 500 错误原因交卷接口里做了太多事情——判分、写答案、更新成绩、发通知全部在一个事务里同步执行。并发一高数据库连接池被占满后面的请求直接超时。解决把交卷拆成两步。第一步接收答案并写入 Redis 队列立即返回“提交成功”。第二步用定时任务或消息队列异步消费队列慢慢判分和写库。对于毕设规模的项目用 Spring 的 Async 注解就能实现异步处理不需要引入 RabbitMQ 或 Kafka。4.5 现象教师端查看成绩统计时数据对不上原因统计逻辑写在了 Java 代码里用 for 循环遍历 answer_record 表逐条累加。数据量一大不仅慢而且容易因为分页或缓存问题导致数据不一致。解决统计尽量用 SQL 聚合函数。比如每个学生的总分直接用 SELECT user_id, SUM(score) FROM answer_record WHERE paper_id ? GROUP BY user_id。平均分、最高分、最低分也都有对应的聚合函数。把统计逻辑下沉到数据库既快又准。5. 从能跑到能答辩三个让在线答题系统加分的进阶技巧5.1 用 WebSocket 做实时监考提醒答辩时如果能让老师看到“实时监考”功能印象分会高不少。实现方式不复杂教师端和学生端建立 WebSocket 连接学生端在答题过程中如果切换浏览器标签页或窗口失焦前端捕获 visibilitychange 事件通过 WebSocket 发送一条“切屏”消息给教师端。教师端实时显示每个学生的切屏次数超过阈值可以弹窗警告。下面这段代码展示了前端如何捕获切屏事件并通过 WebSocket 发送消息。// 建立 WebSocket 连接 const ws new WebSocket(ws://localhost:8080/ws/exam/ this.paperId); // 监听页面可见性变化 document.addEventListener(visibilitychange, () { if (document.hidden) { // 学生切走了发送警告 ws.send(JSON.stringify({ type: switch_screen, userId: this.userId, paperId: this.paperId, timestamp: Date.now() })); } });后端用 Spring Boot 的 ServerEndpoint 注解就能实现 WebSocket 服务端。收到消息后把切屏记录存入 Redis教师端通过另一个 WebSocket 连接实时接收。这个功能代码量不大但演示效果很好论文里也可以作为“创新点”写一章。5.2 错题回顾与知识点关联在线答题系统如果只做答题和判分论文会显得单薄。我建议加一个错题回顾模块学生交卷后系统自动把答错的题目存入错题本并且允许学生给每道题打标签比如“Java 基础”“数据库”“网络”。教师端可以按标签统计班级的薄弱知识点生成雷达图。实现上在 answer_record 表加一个 tags 字段或者单独建一张 question_tag 表。统计时用 GROUP BY tag 计算每个标签下的错误率。雷达图用 ECharts 的 radar 组件前端传入标签和对应的错误率数组即可。这个功能不需要太复杂的算法但能让你的系统从“能用”变成“好用”。5.3 用 Docker Compose 一键部署演示环境答辩现场最怕什么最怕换了一台电脑项目跑不起来。我一般会在项目根目录放一个 docker-compose.yml把 MySQL、Redis、后端、前端全部编排进去。答辩前在演示电脑上装好 Docker一条命令就能启动整个系统。version: 3.8 services: mysql: image: mysql:8.0 environment: MYSQL_ROOT_PASSWORD: root123 MYSQL_DATABASE: online_exam ports: - 3306:3306 volumes: - ./sql/init.sql:/docker-entrypoint-initdb.d/init.sql redis: image: redis:6.2 ports: - 6379:6379 backend: build: ./backend ports: - 8080:8080 depends_on: - mysql - redis frontend: build: ./frontend ports: - 80:80 depends_on: - backend这个 compose 文件把四个服务串起来init.sql 会在 MySQL 容器首次启动时自动执行建表和数据初始化一步到位。注意 backend 和 frontend 的 Dockerfile 要自己写后端用 maven 打包后基于 openjdk 镜像运行前端用 node 构建后基于 nginx 镜像运行。这套方案我在多个项目中用过答辩演示从没掉过链子。5.4 论文里怎么写才不像说明书最后说一个非技术但很关键的点。很多同学的论文读起来像产品说明书第一章绪论第二章需求分析第三章设计第四章实现第五章测试。这种结构没错但容易写得干巴巴。我的习惯是在每一章开头用一个具体的场景切入。比如第三章讲数据库设计时先写“当 50 个学生同时交卷时answer_record 表在 3 秒内插入了 2500 条记录如果表结构设计不当这里就是第一个瓶颈”然后再展开字段设计和索引优化。这样写老师能看到你是在解决真实问题而不是在填模板。另外测试章节不要只贴截图。把压测数据放进去比如用 JMeter 模拟 100 个并发用户交卷记录响应时间和错误率然后分析瓶颈在哪里、怎么优化的。这种数据比十张界面截图都有说服力。希望帮到你。本文还有配套的精品资源点击获取