尧图网页设计 
简介这份毕业设计文档面向计算机相关专业学生与JavaWeb初学者围绕基于B/S架构的在线考试系统展开可帮助读者完成课程设计或毕业设计选题并理解从需求分析到系统测试的完整开发流程。压缩包内共1个docx文件约1.25MB内容涵盖系统概述、开发工具选型、可行性分析、数据库与三层架构设计以及登录注册、考生答题、教师组卷、管理员维护等模块的实现思路并附有软件测试与不足展望。文档采用JSP、MySQL与JDBC技术栈运行于Tomcat服务器目录结构清晰便于按章节查阅与借鉴。目前已有396人学习下载适合需要参考论文框架、功能模块划分与数据库设计思路的读者也可作为撰写开题报告与答辩材料的辅助资料。1. 在线考试系统毕设从选题到能跑起来的那条最短路径每年到了毕设季计算机专业的学生都会面临同一个问题选什么题目既能在答辩时讲清楚又能真正跑起来不翻车。基于 JavaWeb 的在线考试系统几乎是所有选题里出现频率最高的一个。原因很直接——业务逻辑闭环清晰技术栈成熟资料多老师也认。但恰恰因为选的人多想做出差异、做出深度反而更难。这个系统的核心场景并不复杂教师出题组卷学生在线答题系统自动判分后台统计成绩。听起来像是增删改查的堆叠但真正动手之后你会发现组卷策略、并发交卷、答案防篡改、断线重连这些细节才是拉开差距的地方。适合谁做软件工程、计算机科学与技术、网络工程专业的本科毕业生Java 基础语法过关学过 Servlet 和 JSP愿意花两到三周认真写代码而不是复制粘贴。我见过太多人选题时雄心勃勃中期检查时系统还跑不起来。问题往往不在技术难度而在路径选择——是用原生 Servlet 手写还是上 Spring Boot 快速搭建数据库怎么设计才能支撑随机组卷前端用 JSP 还是前后端分离这些决策在动手之前就要想清楚否则写到一半推倒重来时间根本不够用。2. 技术选型与架构为什么我建议你用 Spring Boot 而不是纯 Servlet2.1 两条路线的真实成本对比做 JavaWeb 在线考试系统技术选型基本集中在两条路线上。第一条是“教科书路线”Servlet JSP JDBC Tomcat也就是很多课程设计里教的那套。第二条是“工程路线”Spring Boot MyBatis Thymeleaf 或前后端分离用 Maven 管理依赖内嵌 Tomcat 直接跑。先说实话如果你的 JavaWeb 课程只教了 Servlet那用 Servlet 写完全没问题答辩时老师也熟悉。但你要做好心理准备一个登录功能Servlet 路线要写 LoginServlet、配置 web.xml、处理 session、手动关连接至少四五个文件。Spring Boot 路线可能就是一个 Controller 方法加一个 Service 调用。这不是偷懒是把时间花在业务逻辑上而不是重复的样板代码上。我一般会建议如果你的毕设周期只有一个月选 Spring Boot。如果老师明确要求“必须体现 JavaWeb 底层原理”那就用 Servlet JSP但一定要提前搭好项目骨架别等到写业务逻辑时还在调 Tomcat 配置。对比项Servlet JSPSpring Boot MyBatis环境搭建时间半天到一天半小时以内登录功能代码量约 150 行约 50 行数据库操作手写 JDBC容易漏关连接MyBatis 映射自动管理前端页面JSP 嵌入 Java 代码Thymeleaf 或 Vue 分离答辩讲解难度底层原理清晰老师熟悉需要解释框架封装了什么适合场景课程要求严格、时间充裕想快速出成果、留时间做亮点2.2 用 IDEA 跑通第一个接口的最小步骤不管你选哪条路线第一步都是让项目在 IDEA 里跑起来。很多同学卡在“idea运行javaweb项目配置”这一步其实核心就三件事JDK 版本对齐、Tomcat 配置正确、依赖包不缺。以 Spring Boot 路线为例用 Spring Initializr 生成项目骨架后写一个最简单的测试接口// ExamApplication.java - 启动类 SpringBootApplication public class ExamApplication { public static void main(String[] args) { SpringApplication.run(ExamApplication.class, args); } } // TestController.java - 验证项目能否正常响应 RestController RequestMapping(/api/test) public class TestController { GetMapping(/ping) public String ping() { return exam-system-ok; } }写完启动浏览器访问http://localhost:8080/api/test/ping看到exam-system-ok就说明环境通了。这一步看着简单但如果你用的是 Servlet 路线需要额外配置web.xml里的servlet和servlet-mapping还要确保WEB-INF/lib下有 servlet-api.jar。我见过有人在这卡了一整天最后发现是 IDEA 的 Artifact 没配好Tomcat 启动时根本没部署项目。提示IDEA 社区版没有内置 Tomcat 支持如果你用的是社区版要么换 Ultimate要么用 Maven 的 tomcat7-maven-plugin 插件来跑。2.3 数据库选型与连接配置MySQL 是毕设的默认选择没有争议。版本用 5.7 或 8.0 都行但要注意驱动类名不一样5.7 是com.mysql.jdbc.Driver8.0 是com.mysql.cj.jdbc.Driver。这个细节在答辩时被问到过答错了很尴尬。Spring Boot 的配置文件application.yml里数据库连接这样写spring: datasource: url: jdbc:mysql://localhost:3306/exam_db?useUnicodetruecharacterEncodingutf-8serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.DriverserverTimezone这个参数在 MySQL 8.0 里必须加否则启动时报时区错误。characterEncodingutf-8是为了防止中文题目乱码这两个参数是血泪经验别省。3. 数据库设计组卷策略和答题记录的落地方式3.1 核心表结构与字段说明在线考试系统的数据库设计核心就五张表用户表、题库表、试卷表、试卷题目关联表、答题记录表。但怎么设计直接决定了组卷功能好不好写。先看题库表questionCREATE TABLE question ( id INT PRIMARY KEY AUTO_INCREMENT, subject VARCHAR(50) NOT NULL COMMENT 科目, type TINYINT NOT NULL COMMENT 1单选 2多选 3判断 4填空, content TEXT NOT NULL COMMENT 题干, options JSON COMMENT 选项JSON格式存储, answer VARCHAR(200) NOT NULL COMMENT 正确答案, difficulty TINYINT DEFAULT 1 COMMENT 1简单 2中等 3困难, score INT DEFAULT 5 COMMENT 默认分值, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里有个设计决策选项用 JSON 存还是拆成单独的表拆表更规范但查询时要 join代码量翻倍。用 JSON 存MySQL 5.7 以上支持读写都方便缺点是没法用 SQL 直接筛选“选项包含某关键词”。对于毕设规模JSON 足够用。试卷表paper和关联表paper_question的设计直接关系到组卷策略CREATE TABLE paper ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL, subject VARCHAR(50) NOT NULL, total_score INT NOT NULL, duration INT NOT NULL COMMENT 考试时长分钟, start_time DATETIME, end_time DATETIME, create_by INT COMMENT 创建教师ID, status TINYINT DEFAULT 0 COMMENT 0未发布 1已发布 2已结束 ); CREATE TABLE paper_question ( id INT PRIMARY KEY AUTO_INCREMENT, paper_id INT NOT NULL, question_id INT NOT NULL, sort_order INT DEFAULT 0, score INT NOT NULL COMMENT 该题在本试卷中的分值, FOREIGN KEY (paper_id) REFERENCES paper(id), FOREIGN KEY (question_id) REFERENCES question(id) );paper_question里单独存一个score字段而不是直接用question表的默认分值是因为同一道题在不同试卷里可以给不同分数。这个设计在答辩时被老师夸过说“考虑到了实际教学场景”。3.2 随机组卷的 SQL 实现与参数调整随机组卷是在线考试系统的核心功能之一。最简单的做法是按科目和题型随机抽题-- 随机抽取 10 道单选题 SELECT id FROM question WHERE subject 计算机网络 AND type 1 ORDER BY RAND() LIMIT 10;ORDER BY RAND()在数据量小的时候没问题但题库超过几千条时性能会明显下降。优化方案是用子查询先随机出 ID 范围再筛选-- 优化版先随机偏移再取数据 SELECT id FROM question WHERE subject 计算机网络 AND type 1 AND id (SELECT FLOOR(RAND() * (SELECT MAX(id) FROM question))) LIMIT 10;这个写法在 ID 不连续时可能抽不满需要代码层做补偿。毕设规模下直接用ORDER BY RAND()就够了但你要知道有优化这回事答辩时能说出来就是加分项。组卷的参数配置建议做成可调的每种题型抽几道、每题多少分、难度比例怎么分配。我一般会在 Service 层用一个PaperConfig对象来承载这些参数而不是硬编码在 SQL 里。这样教师端可以灵活配置也方便你写单元测试。4. 考试过程与交卷并发和防作弊的工程处理4.1 答题状态保存与断线重连学生答题过程中最怕的是浏览器崩溃或者网络断开答案全丢。解决方案是前端定时自动保存后端用 Redis 或数据库暂存答题状态。如果不想引入 Redis可以用数据库表answer_temp来存临时答案CREATE TABLE answer_temp ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, paper_id INT NOT NULL, question_id INT NOT NULL, answer VARCHAR(500), update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_student_paper_question (student_id, paper_id, question_id) );前端每 30 秒调一次保存接口用INSERT ... ON DUPLICATE KEY UPDATE来写入INSERT INTO answer_temp (student_id, paper_id, question_id, answer) VALUES (1, 1, 5, B) ON DUPLICATE KEY UPDATE answer B, update_time NOW();这样即使学生断线重新登录后从answer_temp里恢复答案就行。注意UNIQUE KEY是必须的否则同一题会插入多条记录。4.2 交卷时的并发控制交卷是整个系统里最容易出问题的地方。多个学生同时交卷如果处理不当会出现成绩计算错误或者数据库死锁。我一般会在交卷接口上加两层保护。第一层是应用层的锁用synchronized或者ReentrantLock按学生 ID 加锁防止同一个学生重复交卷。第二层是数据库层的事务把“写入答题记录”和“计算总分”放在同一个事务里Transactional(rollbackFor Exception.class) public void submitExam(Integer studentId, Integer paperId) { // 1. 检查是否已交卷 ExamRecord exist examRecordMapper.selectByStudentAndPaper(studentId, paperId); if (exist ! null exist.getStatus() 1) { throw new RuntimeException(请勿重复交卷); } // 2. 从临时表读取答案写入正式记录 ListAnswerTemp tempList answerTempMapper.selectByStudentAndPaper(studentId, paperId); // 3. 逐题判分 int totalScore 0; for (AnswerTemp temp : tempList) { Question q questionMapper.selectById(temp.getQuestionId()); if (q.getAnswer().equals(temp.getAnswer())) { totalScore q.getScore(); } } // 4. 更新交卷状态和成绩 examRecordMapper.updateScore(studentId, paperId, totalScore); }Transactional注解保证了要么全部成功要么全部回滚。rollbackFor Exception.class是为了让受检异常也能触发回滚默认只回滚运行时异常这个坑我踩过。注意如果用了 MySQL 的 MyISAM 引擎事务是不生效的。建表时一定要确认ENGINEInnoDB。5. 避坑与排查那些答辩前夜还在改的 Bug5.1 中文乱码现象、原因与解决现象题目在数据库里显示正常但前端页面打开是问号或者方块。原因字符集在三个环节可能不一致——数据库建库时用了 latin1、JDBC 连接没指定编码、Tomcat 的 URIEncoding 没配。解决建库时用CREATE DATABASE exam_db DEFAULT CHARSET utf8mb4JDBC URL 加characterEncodingutf-8如果是 Servlet 路线在server.xml的 Connector 里加URIEncodingUTF-8。三个地方都对齐乱码问题基本就解决了。5.2 静态资源 404路径配置的常见错误现象CSS 和 JS 文件加载不出来页面样式全乱。原因Spring Boot 默认从src/main/resources/static目录加载静态资源如果你把文件放在webapp目录下需要额外配置。Servlet 路线则是web.xml里的default servlet没配好。解决Spring Boot 项目统一把静态文件放在resources/static下引用时用/css/style.css而不是/static/css/style.css。如果用了 Thymeleaf用th:href{/css/style.css}自动处理上下文路径。5.3 数据库连接池耗尽连接没关的连锁反应现象系统运行一段时间后报Too many connections重启才能恢复。原因手写 JDBC 时Connection、Statement、ResultSet没有在finally块里关闭每次请求泄漏一个连接。解决用 MyBatis 或 JdbcTemplate 替代手写 JDBC它们会自动管理连接。如果必须手写确保每个资源都在finally里close()。另外在application.yml里配置 HikariCP 的最大连接数spring: datasource: hikari: maximum-pool-size: 10 minimum-idle: 5 connection-timeout: 300005.4 考试时间倒计时不准前端计时器的陷阱现象学生反映倒计时比实际时间走得快或慢有人提前被强制交卷。原因用setInterval每秒减一但浏览器在后台标签页会降低定时器频率导致计时不准。解决不要依赖setInterval的累计次数而是每次都用Date.now()和考试结束时间做差值计算// 正确的倒计时写法 function updateTimer() { const now Date.now(); const remaining endTime - now; if (remaining 0) { forceSubmit(); return; } const minutes Math.floor(remaining / 60000); const seconds Math.floor((remaining % 60000) / 1000); document.getElementById(timer).textContent ${minutes}:${seconds.toString().padStart(2, 0)}; } setInterval(updateTimer, 1000);这样即使定时器被延迟显示的时间也是准确的。5.5 答辩时被问“你的系统有什么创新点”现象功能都实现了但老师觉得就是增删改查没有亮点。原因毕设系统同质化严重如果只是完成基本功能确实很难出彩。解决提前准备一两个技术深度点。比如组卷算法可以引入遗传算法做智能组卷或者用 ECharts 做成绩分析可视化再或者加一个基于协同过滤的错题推荐。不需要多复杂但要有代码支撑能讲清楚原理和实现。6. 让系统从“能跑”到“能讲”成绩分析与部署上线的具体技巧走到这一步系统基本功能已经跑通了。但毕设不只是“能跑”还要“能讲”。答辩时老师最常问的三个问题是你的系统有什么技术难点数据量大了怎么办如果让你继续做你会加什么功能这一章就围绕这三个问题给你一些能直接落地的技巧。先说成绩分析。很多人的成绩页面就是一个表格列出分数和排名。这太单薄了。用 ECharts 加一个柱状图展示分数分布再加一个饼图展示各题型的得分率代码量不大但视觉效果和答辩印象分直接拉满。后端只需要提供一个统计接口GetMapping(/api/analysis/{paperId}) public MapString, Object analysis(PathVariable Integer paperId) { MapString, Object result new HashMap(); // 分数段分布0-59, 60-69, 70-79, 80-89, 90-100 ListMapString, Object scoreDistribution examRecordMapper .selectScoreDistribution(paperId); result.put(distribution, scoreDistribution); // 每题正确率 ListMapString, Object questionAccuracy answerRecordMapper .selectQuestionAccuracy(paperId); result.put(accuracy, questionAccuracy); return result; }对应的 SQL 用CASE WHEN做分数段分组SELECT CASE WHEN score 60 THEN 不及格 WHEN score 70 THEN 60-69 WHEN score 80 THEN 70-79 WHEN score 90 THEN 80-89 ELSE 90-100 END AS segment, COUNT(*) AS count FROM exam_record WHERE paper_id #{paperId} GROUP BY segment;这个查询在几千条记录下毫秒级返回不需要额外优化。前端拿到数据后ECharts 的配置网上模板很多改改就能用。再说部署上线。毕设答辩时老师可能会让你当场演示。如果你只在自己电脑上跑过换一台机器就报错那就很被动。我一般会提前打一个可执行 jar 包用mvn package生成然后写一个启动脚本#!/bin/bash # start.sh - 一键启动脚本 nohup java -jar exam-system-0.0.1-SNAPSHOT.jar \ --spring.datasource.urljdbc:mysql://localhost:3306/exam_db \ --spring.datasource.usernameroot \ --spring.datasource.passwordyour_password \ exam.log 21 echo 启动成功日志见 exam.log这样在任何装了 JDK 和 MySQL 的机器上导入 SQL 脚本后执行bash start.sh就能跑起来。注意nohup和配合使用让进程在后台运行关掉终端也不会停。最后说一个我自己的习惯答辩前三天我会把整个系统的操作流程录屏一遍自己看一遍。你会发现很多平时没注意的小问题比如某个按钮点了没反应、某个页面加载特别慢、某个提示文案有错别字。这些问题在答辩时被老师看到比技术问题更尴尬。录屏还能帮你梳理讲解逻辑知道先点哪里后点哪里不会在讲台上手忙脚乱。还有一个技巧在application.yml里把日志级别调成DEBUG跑一遍完整流程看看控制台有没有异常堆栈。有些问题不会导致报错但会在日志里留下警告比如慢查询、连接泄漏。提前发现提前改别等到答辩当天翻车。希望帮到你。本文还有配套的精品资源点击获取 JavaWeb在线考试系统毕设：从技术选型到部署上线的完整实践指南
简介这份毕业设计文档面向计算机相关专业学生与JavaWeb初学者围绕基于B/S架构的在线考试系统展开可帮助读者完成课程设计或毕业设计选题并理解从需求分析到系统测试的完整开发流程。压缩包内共1个docx文件约1.25MB内容涵盖系统概述、开发工具选型、可行性分析、数据库与三层架构设计以及登录注册、考生答题、教师组卷、管理员维护等模块的实现思路并附有软件测试与不足展望。文档采用JSP、MySQL与JDBC技术栈运行于Tomcat服务器目录结构清晰便于按章节查阅与借鉴。目前已有396人学习下载适合需要参考论文框架、功能模块划分与数据库设计思路的读者也可作为撰写开题报告与答辩材料的辅助资料。1. 在线考试系统毕设从选题到能跑起来的那条最短路径每年到了毕设季计算机专业的学生都会面临同一个问题选什么题目既能在答辩时讲清楚又能真正跑起来不翻车。基于 JavaWeb 的在线考试系统几乎是所有选题里出现频率最高的一个。原因很直接——业务逻辑闭环清晰技术栈成熟资料多老师也认。但恰恰因为选的人多想做出差异、做出深度反而更难。这个系统的核心场景并不复杂教师出题组卷学生在线答题系统自动判分后台统计成绩。听起来像是增删改查的堆叠但真正动手之后你会发现组卷策略、并发交卷、答案防篡改、断线重连这些细节才是拉开差距的地方。适合谁做软件工程、计算机科学与技术、网络工程专业的本科毕业生Java 基础语法过关学过 Servlet 和 JSP愿意花两到三周认真写代码而不是复制粘贴。我见过太多人选题时雄心勃勃中期检查时系统还跑不起来。问题往往不在技术难度而在路径选择——是用原生 Servlet 手写还是上 Spring Boot 快速搭建数据库怎么设计才能支撑随机组卷前端用 JSP 还是前后端分离这些决策在动手之前就要想清楚否则写到一半推倒重来时间根本不够用。2. 技术选型与架构为什么我建议你用 Spring Boot 而不是纯 Servlet2.1 两条路线的真实成本对比做 JavaWeb 在线考试系统技术选型基本集中在两条路线上。第一条是“教科书路线”Servlet JSP JDBC Tomcat也就是很多课程设计里教的那套。第二条是“工程路线”Spring Boot MyBatis Thymeleaf 或前后端分离用 Maven 管理依赖内嵌 Tomcat 直接跑。先说实话如果你的 JavaWeb 课程只教了 Servlet那用 Servlet 写完全没问题答辩时老师也熟悉。但你要做好心理准备一个登录功能Servlet 路线要写 LoginServlet、配置 web.xml、处理 session、手动关连接至少四五个文件。Spring Boot 路线可能就是一个 Controller 方法加一个 Service 调用。这不是偷懒是把时间花在业务逻辑上而不是重复的样板代码上。我一般会建议如果你的毕设周期只有一个月选 Spring Boot。如果老师明确要求“必须体现 JavaWeb 底层原理”那就用 Servlet JSP但一定要提前搭好项目骨架别等到写业务逻辑时还在调 Tomcat 配置。对比项Servlet JSPSpring Boot MyBatis环境搭建时间半天到一天半小时以内登录功能代码量约 150 行约 50 行数据库操作手写 JDBC容易漏关连接MyBatis 映射自动管理前端页面JSP 嵌入 Java 代码Thymeleaf 或 Vue 分离答辩讲解难度底层原理清晰老师熟悉需要解释框架封装了什么适合场景课程要求严格、时间充裕想快速出成果、留时间做亮点2.2 用 IDEA 跑通第一个接口的最小步骤不管你选哪条路线第一步都是让项目在 IDEA 里跑起来。很多同学卡在“idea运行javaweb项目配置”这一步其实核心就三件事JDK 版本对齐、Tomcat 配置正确、依赖包不缺。以 Spring Boot 路线为例用 Spring Initializr 生成项目骨架后写一个最简单的测试接口// ExamApplication.java - 启动类 SpringBootApplication public class ExamApplication { public static void main(String[] args) { SpringApplication.run(ExamApplication.class, args); } } // TestController.java - 验证项目能否正常响应 RestController RequestMapping(/api/test) public class TestController { GetMapping(/ping) public String ping() { return exam-system-ok; } }写完启动浏览器访问http://localhost:8080/api/test/ping看到exam-system-ok就说明环境通了。这一步看着简单但如果你用的是 Servlet 路线需要额外配置web.xml里的servlet和servlet-mapping还要确保WEB-INF/lib下有 servlet-api.jar。我见过有人在这卡了一整天最后发现是 IDEA 的 Artifact 没配好Tomcat 启动时根本没部署项目。提示IDEA 社区版没有内置 Tomcat 支持如果你用的是社区版要么换 Ultimate要么用 Maven 的 tomcat7-maven-plugin 插件来跑。2.3 数据库选型与连接配置MySQL 是毕设的默认选择没有争议。版本用 5.7 或 8.0 都行但要注意驱动类名不一样5.7 是com.mysql.jdbc.Driver8.0 是com.mysql.cj.jdbc.Driver。这个细节在答辩时被问到过答错了很尴尬。Spring Boot 的配置文件application.yml里数据库连接这样写spring: datasource: url: jdbc:mysql://localhost:3306/exam_db?useUnicodetruecharacterEncodingutf-8serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.DriverserverTimezone这个参数在 MySQL 8.0 里必须加否则启动时报时区错误。characterEncodingutf-8是为了防止中文题目乱码这两个参数是血泪经验别省。3. 数据库设计组卷策略和答题记录的落地方式3.1 核心表结构与字段说明在线考试系统的数据库设计核心就五张表用户表、题库表、试卷表、试卷题目关联表、答题记录表。但怎么设计直接决定了组卷功能好不好写。先看题库表questionCREATE TABLE question ( id INT PRIMARY KEY AUTO_INCREMENT, subject VARCHAR(50) NOT NULL COMMENT 科目, type TINYINT NOT NULL COMMENT 1单选 2多选 3判断 4填空, content TEXT NOT NULL COMMENT 题干, options JSON COMMENT 选项JSON格式存储, answer VARCHAR(200) NOT NULL COMMENT 正确答案, difficulty TINYINT DEFAULT 1 COMMENT 1简单 2中等 3困难, score INT DEFAULT 5 COMMENT 默认分值, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里有个设计决策选项用 JSON 存还是拆成单独的表拆表更规范但查询时要 join代码量翻倍。用 JSON 存MySQL 5.7 以上支持读写都方便缺点是没法用 SQL 直接筛选“选项包含某关键词”。对于毕设规模JSON 足够用。试卷表paper和关联表paper_question的设计直接关系到组卷策略CREATE TABLE paper ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL, subject VARCHAR(50) NOT NULL, total_score INT NOT NULL, duration INT NOT NULL COMMENT 考试时长分钟, start_time DATETIME, end_time DATETIME, create_by INT COMMENT 创建教师ID, status TINYINT DEFAULT 0 COMMENT 0未发布 1已发布 2已结束 ); CREATE TABLE paper_question ( id INT PRIMARY KEY AUTO_INCREMENT, paper_id INT NOT NULL, question_id INT NOT NULL, sort_order INT DEFAULT 0, score INT NOT NULL COMMENT 该题在本试卷中的分值, FOREIGN KEY (paper_id) REFERENCES paper(id), FOREIGN KEY (question_id) REFERENCES question(id) );paper_question里单独存一个score字段而不是直接用question表的默认分值是因为同一道题在不同试卷里可以给不同分数。这个设计在答辩时被老师夸过说“考虑到了实际教学场景”。3.2 随机组卷的 SQL 实现与参数调整随机组卷是在线考试系统的核心功能之一。最简单的做法是按科目和题型随机抽题-- 随机抽取 10 道单选题 SELECT id FROM question WHERE subject 计算机网络 AND type 1 ORDER BY RAND() LIMIT 10;ORDER BY RAND()在数据量小的时候没问题但题库超过几千条时性能会明显下降。优化方案是用子查询先随机出 ID 范围再筛选-- 优化版先随机偏移再取数据 SELECT id FROM question WHERE subject 计算机网络 AND type 1 AND id (SELECT FLOOR(RAND() * (SELECT MAX(id) FROM question))) LIMIT 10;这个写法在 ID 不连续时可能抽不满需要代码层做补偿。毕设规模下直接用ORDER BY RAND()就够了但你要知道有优化这回事答辩时能说出来就是加分项。组卷的参数配置建议做成可调的每种题型抽几道、每题多少分、难度比例怎么分配。我一般会在 Service 层用一个PaperConfig对象来承载这些参数而不是硬编码在 SQL 里。这样教师端可以灵活配置也方便你写单元测试。4. 考试过程与交卷并发和防作弊的工程处理4.1 答题状态保存与断线重连学生答题过程中最怕的是浏览器崩溃或者网络断开答案全丢。解决方案是前端定时自动保存后端用 Redis 或数据库暂存答题状态。如果不想引入 Redis可以用数据库表answer_temp来存临时答案CREATE TABLE answer_temp ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, paper_id INT NOT NULL, question_id INT NOT NULL, answer VARCHAR(500), update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_student_paper_question (student_id, paper_id, question_id) );前端每 30 秒调一次保存接口用INSERT ... ON DUPLICATE KEY UPDATE来写入INSERT INTO answer_temp (student_id, paper_id, question_id, answer) VALUES (1, 1, 5, B) ON DUPLICATE KEY UPDATE answer B, update_time NOW();这样即使学生断线重新登录后从answer_temp里恢复答案就行。注意UNIQUE KEY是必须的否则同一题会插入多条记录。4.2 交卷时的并发控制交卷是整个系统里最容易出问题的地方。多个学生同时交卷如果处理不当会出现成绩计算错误或者数据库死锁。我一般会在交卷接口上加两层保护。第一层是应用层的锁用synchronized或者ReentrantLock按学生 ID 加锁防止同一个学生重复交卷。第二层是数据库层的事务把“写入答题记录”和“计算总分”放在同一个事务里Transactional(rollbackFor Exception.class) public void submitExam(Integer studentId, Integer paperId) { // 1. 检查是否已交卷 ExamRecord exist examRecordMapper.selectByStudentAndPaper(studentId, paperId); if (exist ! null exist.getStatus() 1) { throw new RuntimeException(请勿重复交卷); } // 2. 从临时表读取答案写入正式记录 ListAnswerTemp tempList answerTempMapper.selectByStudentAndPaper(studentId, paperId); // 3. 逐题判分 int totalScore 0; for (AnswerTemp temp : tempList) { Question q questionMapper.selectById(temp.getQuestionId()); if (q.getAnswer().equals(temp.getAnswer())) { totalScore q.getScore(); } } // 4. 更新交卷状态和成绩 examRecordMapper.updateScore(studentId, paperId, totalScore); }Transactional注解保证了要么全部成功要么全部回滚。rollbackFor Exception.class是为了让受检异常也能触发回滚默认只回滚运行时异常这个坑我踩过。注意如果用了 MySQL 的 MyISAM 引擎事务是不生效的。建表时一定要确认ENGINEInnoDB。5. 避坑与排查那些答辩前夜还在改的 Bug5.1 中文乱码现象、原因与解决现象题目在数据库里显示正常但前端页面打开是问号或者方块。原因字符集在三个环节可能不一致——数据库建库时用了 latin1、JDBC 连接没指定编码、Tomcat 的 URIEncoding 没配。解决建库时用CREATE DATABASE exam_db DEFAULT CHARSET utf8mb4JDBC URL 加characterEncodingutf-8如果是 Servlet 路线在server.xml的 Connector 里加URIEncodingUTF-8。三个地方都对齐乱码问题基本就解决了。5.2 静态资源 404路径配置的常见错误现象CSS 和 JS 文件加载不出来页面样式全乱。原因Spring Boot 默认从src/main/resources/static目录加载静态资源如果你把文件放在webapp目录下需要额外配置。Servlet 路线则是web.xml里的default servlet没配好。解决Spring Boot 项目统一把静态文件放在resources/static下引用时用/css/style.css而不是/static/css/style.css。如果用了 Thymeleaf用th:href{/css/style.css}自动处理上下文路径。5.3 数据库连接池耗尽连接没关的连锁反应现象系统运行一段时间后报Too many connections重启才能恢复。原因手写 JDBC 时Connection、Statement、ResultSet没有在finally块里关闭每次请求泄漏一个连接。解决用 MyBatis 或 JdbcTemplate 替代手写 JDBC它们会自动管理连接。如果必须手写确保每个资源都在finally里close()。另外在application.yml里配置 HikariCP 的最大连接数spring: datasource: hikari: maximum-pool-size: 10 minimum-idle: 5 connection-timeout: 300005.4 考试时间倒计时不准前端计时器的陷阱现象学生反映倒计时比实际时间走得快或慢有人提前被强制交卷。原因用setInterval每秒减一但浏览器在后台标签页会降低定时器频率导致计时不准。解决不要依赖setInterval的累计次数而是每次都用Date.now()和考试结束时间做差值计算// 正确的倒计时写法 function updateTimer() { const now Date.now(); const remaining endTime - now; if (remaining 0) { forceSubmit(); return; } const minutes Math.floor(remaining / 60000); const seconds Math.floor((remaining % 60000) / 1000); document.getElementById(timer).textContent ${minutes}:${seconds.toString().padStart(2, 0)}; } setInterval(updateTimer, 1000);这样即使定时器被延迟显示的时间也是准确的。5.5 答辩时被问“你的系统有什么创新点”现象功能都实现了但老师觉得就是增删改查没有亮点。原因毕设系统同质化严重如果只是完成基本功能确实很难出彩。解决提前准备一两个技术深度点。比如组卷算法可以引入遗传算法做智能组卷或者用 ECharts 做成绩分析可视化再或者加一个基于协同过滤的错题推荐。不需要多复杂但要有代码支撑能讲清楚原理和实现。6. 让系统从“能跑”到“能讲”成绩分析与部署上线的具体技巧走到这一步系统基本功能已经跑通了。但毕设不只是“能跑”还要“能讲”。答辩时老师最常问的三个问题是你的系统有什么技术难点数据量大了怎么办如果让你继续做你会加什么功能这一章就围绕这三个问题给你一些能直接落地的技巧。先说成绩分析。很多人的成绩页面就是一个表格列出分数和排名。这太单薄了。用 ECharts 加一个柱状图展示分数分布再加一个饼图展示各题型的得分率代码量不大但视觉效果和答辩印象分直接拉满。后端只需要提供一个统计接口GetMapping(/api/analysis/{paperId}) public MapString, Object analysis(PathVariable Integer paperId) { MapString, Object result new HashMap(); // 分数段分布0-59, 60-69, 70-79, 80-89, 90-100 ListMapString, Object scoreDistribution examRecordMapper .selectScoreDistribution(paperId); result.put(distribution, scoreDistribution); // 每题正确率 ListMapString, Object questionAccuracy answerRecordMapper .selectQuestionAccuracy(paperId); result.put(accuracy, questionAccuracy); return result; }对应的 SQL 用CASE WHEN做分数段分组SELECT CASE WHEN score 60 THEN 不及格 WHEN score 70 THEN 60-69 WHEN score 80 THEN 70-79 WHEN score 90 THEN 80-89 ELSE 90-100 END AS segment, COUNT(*) AS count FROM exam_record WHERE paper_id #{paperId} GROUP BY segment;这个查询在几千条记录下毫秒级返回不需要额外优化。前端拿到数据后ECharts 的配置网上模板很多改改就能用。再说部署上线。毕设答辩时老师可能会让你当场演示。如果你只在自己电脑上跑过换一台机器就报错那就很被动。我一般会提前打一个可执行 jar 包用mvn package生成然后写一个启动脚本#!/bin/bash # start.sh - 一键启动脚本 nohup java -jar exam-system-0.0.1-SNAPSHOT.jar \ --spring.datasource.urljdbc:mysql://localhost:3306/exam_db \ --spring.datasource.usernameroot \ --spring.datasource.passwordyour_password \ exam.log 21 echo 启动成功日志见 exam.log这样在任何装了 JDK 和 MySQL 的机器上导入 SQL 脚本后执行bash start.sh就能跑起来。注意nohup和配合使用让进程在后台运行关掉终端也不会停。最后说一个我自己的习惯答辩前三天我会把整个系统的操作流程录屏一遍自己看一遍。你会发现很多平时没注意的小问题比如某个按钮点了没反应、某个页面加载特别慢、某个提示文案有错别字。这些问题在答辩时被老师看到比技术问题更尴尬。录屏还能帮你梳理讲解逻辑知道先点哪里后点哪里不会在讲台上手忙脚乱。还有一个技巧在application.yml里把日志级别调成DEBUG跑一遍完整流程看看控制台有没有异常堆栈。有些问题不会导致报错但会在日志里留下警告比如慢查询、连接泄漏。提前发现提前改别等到答辩当天翻车。希望帮到你。本文还有配套的精品资源点击获取