简介基于JavaWeb的在线模拟考试系统毕业设计文档面向计算机相关专业毕业生及课程设计学生针对传统纸质考试流程繁琐、远程组考困难等痛点给出从需求分析到系统测试的完整解决方案。文档详细讲解了B/S架构下登录注册、在线考试、试卷设置、试题管理、成绩统计与查询等模块并围绕JSP、JDBC、MySQL、Tomcat在Windows 7环境下的集成开发展开说明附录式章节便于按需查阅。资源共1个文件类型为docx压缩包约1.25MB适合作为毕业设计论文撰写、系统开发或答辩准备的参考模板。已有396人学习内容包含系统开发背景意义、可行性分析、数据库表设计、三层结构设计及各角色模块实现能够帮助读者快速梳理在线考试系统的整体逻辑也可直接借鉴其中的表结构设计、分层思想和测试思路。1. JavaWeb在线考试系统为什么这个老选题仍是毕业设计的优选很多人觉得“在线考试系统”是个被做烂了的题目但真到做的时候才发现它的坑一点不比那些酷炫的项目少。组卷怎么避免重复题、答题中途刷新页面算不算交卷、多选题少选给不给分这些规则没在设计文档里写清楚到了写代码阶段就是一场返工。这个项目好在边界明确前端是JSP页面后端是Servlet数据库是MySQL全部是JavaWeb最标准的组合正好把JSP、Servlet、JDBC、Session这些课程核心知识点串起来。我见过不少同学毕业设计选了这个题但交上来的东西要么只有增删改查要么把前后端拆开硬凑微服务结果答辩护不住。真正的在线考试系统工作量集中在考试规则的设计和实现上而不是页面上。这篇笔记按我自己的落地思路来写先定技术栈和表结构再写核心模块最后把那些不调试根本发现不了的坑一个一个排掉。适合正在做JavaWeb课程设计或准备毕设答辩的同学也适合想用这个项目把ServletJSP彻底弄明白的初学者。2. 技术栈与项目骨架用 IDEAMaven 把 JSPServletMySQL 项目跑起来2.1 为什么毕业设计不必换 Spring Boot定位决定技术选型这几年Spring Boot几乎成了JavaWeb项目的默认选项热词里也大量出现“springboot javaweb”的检索。但对毕业设计来说选题要求往往是“基于JavaWeb技术”教学大纲明确覆盖的是Servlet、JSP、Filter、Session这些基础组件。用Spring Boot反而会让答辩陷入尴尬——老师问Session怎么管理会话你已经说不清了因为框架替你做了。我一般建议分两种情况判断。如果题目原文写的是“基于JavaWeb”那就老老实实用ServletJSP这是最稳的路线如果题目写的是“基于Spring Boot”“前后端分离”那再上框架也不迟。当前这个标题指向的是经典JavaWeb组合所以下文全部按Servlet 4.0 JSP MySQL 8.0来写开发工具用IDEA构建工具用Maven。这套组合下所有代码和配置都在你能看到的地方不会像框架那样把逻辑藏进黑匣子。2.2 IDEA 里新建 Maven Webapp 项目三步把骨架立起来打开IDEA新建项目时选择Maven Archetype找到maven-archetype-webapp模板。GroupId填com.exampleArtifactId填exam这是常规做法。生成后需要手动补两个目录src/main/java和src/test/javaIDEA不会自动建。之后再在src/main/java下按包名建好controller、service、dao、entity四个包这是JavaWeb项目最常用的分包方式。pom.xml里需要加入的关键依赖只有几个javax.servlet-api、javax.servlet.jsp-api、mysql-connector-java、jstl。注意javax.servlet-api的scope要设为provided因为Tomcat自带Servlet容器设置冲突反而麻烦。连接池我建议用commons-dbcp2或HikariCP但毕业设计场景下用DriverManager直连也可以数据量小性能上完全够用。下面是pom.xml的核心片段dependencies !-- Servlet API编译期需要运行时由 Tomcat 提供 -- dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version4.0.1/version scopeprovided/scope /dependency !-- JSP API 同理 -- dependency groupIdjavax.servlet.jsp/groupId artifactIdjavax.servlet.jsp-api/artifactId version2.3.3/version scopeprovided/scope /dependency !-- MySQL 驱动 -- dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.28/version /dependency !-- JSTL 标签库JSP 页面里做循环和判断要用 -- dependency groupIdjstl/groupId artifactIdjstl/artifactId version1.2/version /dependency /dependencies几个参数说明。scopeprovided是必须的如果漏了部署时会出现jar包冲突或class重复的报错MySQL驱动的版本要与你的数据库大版本匹配8.0.x的驱动能连MySQL 5.7但反过来不行JSTL必须加否则JSP里无法使用c:forEach标签页面循环得用Java脚本片断答辩印象会大打折扣。2.3 配置 Tomcat 与发布目录IDEA 运行 JavaWeb 项目最容易出错的一步IDEA运行JavaWeb项目不是直接点运行按钮而是要配置一个Tomcat Server。打开Run - Edit Configurations点左上角加号选Tomcat Server - Local。在Application server那里选择你的Tomcat安装目录IDEA 2022及以上版本不再自带Tomcat插件需要先下载Tomcat 9.x并解压。这里有个版本对应关系Servlet 4.0对应Tomcat 9Servlet 5.0对应Tomcat 10千万别用Tomcat 10去跑javax.servlet的代码会直接报ClassNotFoundException。配置好之后点Deployment标签加一个Artifact把项目里的war exploded选中这就是热部署的模式。Application context建议改成/exam这样访问路径就是http://localhost:8080/exam。如果直接用根路径/后面代码里写的跳转路径会少一层本地能用部署到服务器上又乱了不如一开始就定好。整个配置是一次性的但配置错了项目就跑不起来这是新手最常见的翻车点之一。3. 数据库设计五张核心表与手把手 SQL 建表脚本3.1 在线考试的数据模型为什么用五张表而不是三张题目表、用户表、考试表是最直观的三张表但真做起来你会发现缺了两张关键的关联表。一张是exam_question记录“某场考试包含了哪些题”而不是直接在考试表里存一个题号列表另一张是answer_record记录“某用户某场考试对某道题的作答结果”。没有这两张表你实现不了动态组卷也实现不了按题型和分值逐题判分。这背后的原因在于考试系统和普通管理系统的差异。管理系统的数据是一对一的而考试系统天然是多对多一场考试有多道题一个用户可以参加多场考试。如果不加关联表就只能把题号拼接成字符串存在考试表里那代码里就要写分割字符串的逻辑查起来痛苦不说答辩时老师一眼就能看出设计不合理。我一般会多设计一张exam_result表来存总分和交卷时间这样成绩查询只需要读一张表SQL写起来也直观。3.2 建表脚本从用户表到成绩表字段和约束一次说清下面是完整的建表SQL我按实际落地时最常用的字段来给去掉了冗余字段。注释里写了每个字段的设计理由方便你在写设计文档时直接引用。-- 用户表学生和教师共用用 role 字段区分 CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(100) NOT NULL COMMENT 登录密码建议存MD5摘要, real_name VARCHAR(50) NOT NULL COMMENT 真实姓名成绩单上显示, role TINYINT NOT NULL DEFAULT 0 COMMENT 0-学生 1-教师 2-管理员, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 考试表一场考试的规则配置 CREATE TABLE exam ( id INT PRIMARY KEY AUTO_INCREMENT, exam_name VARCHAR(100) NOT NULL, duration INT NOT NULL COMMENT 考试时长单位分钟, total_score INT NOT NULL DEFAULT 100, pass_score INT NOT NULL DEFAULT 60 COMMENT 及格线成绩查询时要用, start_time DATETIME NOT NULL COMMENT 开考时间, end_time DATETIME NOT NULL COMMENT 截止时间用于控制是否允许进入考场, status TINYINT DEFAULT 0 COMMENT 0-未开始 1-进行中 2-已结束 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 题目表题库 CREATE TABLE question ( id INT PRIMARY KEY AUTO_INCREMENT, qtype TINYINT NOT NULL COMMENT 1-单选 2-多选 3-判断 4-简答, content TEXT NOT NULL COMMENT 题干, options VARCHAR(500) COMMENT 选项用分隔符隔开如 A.xx#B.xx#C.xx#D.xx, answer VARCHAR(200) NOT NULL COMMENT 标准答案单选存A判断存T/F简答存要点, score INT NOT NULL DEFAULT 5 COMMENT 单题分值, created_by INT COMMENT 出题教师ID ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 考试题目关联表实现组卷的关键 CREATE TABLE exam_question ( id INT PRIMARY KEY AUTO_INCREMENT, exam_id INT NOT NULL, question_id INT NOT NULL, seq_no INT NOT NULL COMMENT 题目在试卷中的顺序号, UNIQUE KEY uq_exam_q (exam_id, question_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 答题记录表逐题保存学生的作答 CREATE TABLE answer_record ( id INT PRIMARY KEY AUTO_INCREMENT, exam_id INT NOT NULL, user_id INT NOT NULL, question_id INT NOT NULL, user_answer VARCHAR(500) COMMENT 学生提交的答案, is_correct TINYINT DEFAULT NULL COMMENT 0-错误 1-正确简答题留空, get_score DECIMAL(5,1) NOT NULL DEFAULT 0 COMMENT 本题得分简答题由教师人工评分后回填 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 成绩表冗余总分方便查询 CREATE TABLE exam_result ( id INT PRIMARY KEY AUTO_INCREMENT, exam_id INT NOT NULL, user_id INT NOT NULL, score DECIMAL(5,1) NOT NULL, submit_time DATETIME NOT NULL, UNIQUE KEY uq_exam_user (exam_id, user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;两个容易被忽略的参数说明。第一字符集必须用utf8mb4而不是utf8因为JavaWeb项目几乎所有乱码问题都出在字符集不一致而utf8mb4能完整覆盖生僻字和表情符号第二answer_record表的is_correct字段要允许为NULL因为简答题无法自动判分得留空由人工阅卷后再填。如果你在建表时把is_correct设为NOT NULL DEFAULT 0那么简答题答案一插入就会被打上“错误”标记后面人工评分时还要专门UPDATE纯属多此一举。3.3 关键索引与数据量预估什么时候需要加索引很多教科书不会告诉你考场表不需要加索引但answer_record表必须加。原因很直白一场考试假设50人参加、每题一条记录那么一张answer_record表的数据量是“人数乘以题数”50人考100题就是5000条记录。成绩查询时要按user_id和exam_id过滤这两列不加联合索引数据量过万后查询会明显变慢答辩现场现场查成绩转圈圈场面很难看。索引加在exam_result的(exam_id, user_id)联合唯一索引已经写在上面的建表语句里了answer_record还需要补一条普通索引。索引不是越多越好因为每次插入数据都要同时更新索引写性能会受影响。在线考试系统的实际场景是读多写少所以只给高频查询的列加索引就够了。到数据量超过10万条再考虑分表毕业设计到不了这个量级。4. 核心模块实现登录、组卷、判分、成绩查询的 Servlet 骨干代码4.1 登录模块Session 管理用户状态的标准写法登录功能做得好不好验收标准不是“能不能登录”而是“退出之后再按后退按钮能不能重新看到考试页面”。这就是Session和Filter要解决的问题。我的实现分两层登录Servlet里校验用户名密码后把用户对象放进Session再加一个LoginFilter拦截/exam/下所有页面未登录就重定向到登录页。登录Servlet的代码很常规但有一个参数值得注意密码要不要加密。我建议至少在数据库里存MD5摘要真做起来也很简单DigestUtils.md5DigestAsHex(password.getBytes())一行代码的事。虽然MD5已经不算安全了但对毕业设计来说这能让你在“密码安全”答辩环节有话可说不至于被问住。下面是LoginServlet的核心代码WebServlet(/login) public class LoginServlet extends HttpServlet { private UserDao userDao new UserDao(); Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String username req.getParameter(username); String password req.getParameter(password); // 密码MD5摘要后再去数据库比对 String encrypted DigestUtils.md5DigestAsHex(password.getBytes()); User user userDao.findByUsernameAndPassword(username, encrypted); if (user ! null) { // 登录成功把用户对象放Session后续Filter统一做权限判断 HttpSession session req.getSession(); session.setAttribute(loginUser, user); session.setMaxInactiveInterval(1800); // 会话有效期30分钟 // 按角色跳转不同首页学生进考试列表教师进题库管理 if (user.getRole() 0) { resp.sendRedirect(req.getContextPath() /exam/list); } else { resp.sendRedirect(req.getContextPath() /admin/index); } } else { req.setAttribute(errorMsg, 用户名或密码错误); req.getRequestDispatcher(/login.jsp).forward(req, resp); } } }逻辑说明req.getParameter从表单取参数密码先做摘要再查库这样数据库里即使被脱库也拿不到明文密码。session.setMaxInactiveInterval(1800)是容易被忽略的一行不设置的话Session的有效期默认是Tomcat的30分钟但保险起见还是显式声明好。resp.sendRedirect和req.getRequestDispatcher().forward的区别在于重定向是第二次请求地址栏会变转发是服务端内部跳转地址栏不变。登录成功用重定向因为要更新URL防止刷新页面重复提交表单登录失败用转发把错误信息带到页面。4.2 组卷模块从题库随机选题的事务性插入组卷是整系统里最像“业务逻辑”的部分也是答辩时老师最喜欢追问的地方。常见的实现方式有两种。一种是提前由教师人工组卷把题目关联关系存到exam_question表另一种是系统按规则自动抽题比如“单选题10道、多选题5道、判断题5道”。毕设通常做的是第二种因为自动组卷更能体现设计含量。自动组卷的核心是三步第一步按题型和数量从题库随机取题第二步把这些题插入exam_question表第三步更新exam表的status字段。这里最容易犯的错误是插入过程中途失败比如第3道题插入时网络断了前面2道已经插进去就会造成“试卷缺题”。解决方法是开事务要么全部成功要么全部回滚。JDBC的setAutoCommit(false)就是干这个的public int createExamPaper(int examId, int singleCount, int multiCount) { String selectSql SELECT id FROM question WHERE qtype? ORDER BY RAND() LIMIT ?; String insertSql INSERT INTO exam_question(exam_id, question_id, seq_no) VALUES(?,?,?); int seqNo 1; try (Connection conn DBUtil.getConnection()) { // 关闭自动提交让组卷成为一个原子操作 conn.setAutoCommit(false); // 分别抽取单选题和多选题的ID列表 ListInteger singleIds queryQuestionIds(conn, selectSql, 1, singleCount); ListInteger multiIds queryQuestionIds(conn, selectSql, 2, multiCount); // 把两组题合并统一编号 ListInteger allIds new ArrayList(); allIds.addAll(singleIds); allIds.addAll(multiIds); try (PreparedStatement ps conn.prepareStatement(insertSql)) { for (Integer qid : allIds) { ps.setInt(1, examId); ps.setInt(2, qid); ps.setInt(3, seqNo); ps.addBatch(); // 批量提交减少网络往返 } ps.executeBatch(); } conn.commit(); // 全部成功才提交 return allIds.size(); } catch (SQLException e) { // 出异常要回滚否则会留下残缺的试卷 conn.rollback(); log.error(组卷失败事务已回滚, e); throw new RuntimeException(组卷失败); } }这段代码有几个细节值得反复揣摩。ORDER BY RAND()在题目量小几千条时没问题淘宝体量的题库要换更高效的随机算法但毕设场景不必折腾。addBatch和executeBatch是批量插入的正确姿势比在循环里一条条executeUpdate快一个数量级题目越多优势越明显。最关键的一段是try块里先setAutoCommit(false)最后commit()异常时rollback()——这个写法要背下来不仅在线考试系统任何涉及多表写入的操作都是同一个套路。另外seq_no用自增变量维护所以插入前不用先查当前最大序号简化了一步。4.3 自动判分模块三种题型的判分逻辑分而治之判分的坑比想象中多。单选和判断简单字符串直接比对就行。多选就麻烦了学生答案和标准答案顺序可能不一致标准答案是“ABD”学生填“DBA”不能算错。所以判分前要先排序。简答题则无法自动判分得留给教师人工评分。这就是设计表时answer_record.is_correct允许NULL的原因。判分的算法我用一个Map来接收学生提交的答案Key是questionIdValue是学生填的答案。逐题遍历HashMap来判分判分完成后统一写入answer_record表并累加总分写入exam_result。下面这段代码是判分逻辑的核心private boolean checkAnswer(int qtype, String userAnswer, String standardAnswer) { if (userAnswer null || userAnswer.trim().isEmpty()) { return false; } userAnswer userAnswer.trim().toUpperCase(); standardAnswer standardAnswer.trim().toUpperCase(); switch (qtype) { case 1: // 单选直接比较 return userAnswer.equals(standardAnswer); case 2: // 多选题按字符排序后再比较避免顺序差异 char[] userArr userAnswer.toCharArray(); char[] stdArr standardAnswer.toCharArray(); Arrays.sort(userArr); Arrays.sort(stdArr); return Arrays.equals(userArr, stdArr); case 3: // 判断题T/F 比较 return userAnswer.equals(standardAnswer); default: // 简答题数据库不存判分结果由人工阅卷 return false; } }这个方法的参数和边界条件值得逐一说明。toUpperCase()统一转大写是为了防止学生填小写字母“a”而标准答案是“A”。多选的排序比较是整个系统里最容易漏的逻辑不排序直接equals学生只要选项顺序和标准答案不一致就会丢分这是绝对的功能缺陷。简答题返回false不是判定“答错了”而是上层代码看到qtype4时根本不调用这个方法而是把is_correct留空等教师手动评分后回填get_score字段。这个设计决策会在答辩时成为加分项因为说明你想清楚了“机器判卷的边界在哪里”。4.4 成绩查询与答卷回显JSP JSTL 做列表展示成绩查询模块是CURD里最没有技术含量但又不能出错的页面。它要支持两个场景学生查自己的成绩教师看所有学生的成绩列表。前者SQL用WHERE user_id ?过滤后者是全表查询注意后者必须加LIMIT分页否则学生数量稍微多一点页面就爆炸了。JSP页面里我用JSTL的c:forEach循环遍历成绩列表这里是JSTL标签库发挥作用的地方。有一个很容易踩的坑从exam_result表查出来的score字段是DECIMAL类型直接在JSP里用${result.score}输出是没问题的但如果你要在页面里比较成绩是否及格就得先把pass_score也查出来否则多次访问数据库。我从设计上避免了这个问题——在SQL里直接JOIN查询把exam_name、pass_score和score一次性拿回来SELECT er.exam_id, er.user_id, er.score, e.exam_name, e.pass_score, CASE WHEN er.score e.pass_score THEN 及格 ELSE 不及格 END AS pass_flag FROM exam_result er LEFT JOIN exam e ON er.exam_id e.id WHERE er.user_id ? ORDER BY er.submit_time DESC这个SQL的亮点是CASE WHEN直接在数据库里算出是否及格页面上不用再写Java代码判断。LEFT JOIN保证了即使某场考试被删掉现实中一般不会物理删除成绩记录依然能显示出来。排序用submit_time DESC学生进入成绩列表后最先看到的是最近一次考试成绩符合使用直觉。在JSP里配合c:forEach循环输出整个查询模块的代码量只有SQL加上标签循环清爽且易维护。4.5 教师端人工阅卷简答题的评分状态机人工阅卷功能常被忽略但如果你不出题给简答题或者出了简答题却没有阅卷入口考试系统就是一个残废。教师端阅卷流程是这样的教师选择一场考试系统列出所有简答题未被评分的记录教师逐条打分提交时回填get_score字段。这里的一个关键状态是is_correctNULL的记录页面SQL需要过滤WHERE is_correct IS NULL而不是 0——很多新手写成is_correct NULL然后查出空列表纠结半天发现是SQL判空语法写错了。回填得分的SQL也很简单UPDATE answer_record SET get_score ?, is_correct CASE WHEN get_score 0 THEN 1 ELSE 0 END WHERE id ?。这个CASE写在UPDATE语句里避免了Java代码里再做一个if-else。整个阅卷功能加起来不足100行代码但有了它系统才算完整覆盖考试闭环才能在答辩时说“本系统支持客观题自动判分、主观题人工评分”。5. 避坑清单在线考试系统最常见的 5 个翻车点与排查步骤5.1 中文乱码不是玄学是三层编码不一致现象JSP页面显示的中文是问号或者写入MySQL里的中文变成了???更隐蔽的是前端页面显示正常但数据库里存的是乱码。 原因字符集问题从来只有一个根源——请求编码、响应编码、数据库编码三层不一致。页面用UTF-8提交Servlet用ISO-8859-1解码数据库用latin1存储任何一层对不上结果就是乱码。 解决三层统一。第一层在JSP页面顶部加% page contentTypetext/html; charsetUTF-8 pageEncodingUTF-8 %第二层在Servlet里读取参数前调用req.setCharacterEncoding(UTF-8)这个方法必须在第一次getParameter之前调用否则无效第三层建表时所有表都写DEFAULT CHARSETutf8mb4。如果已经写乱了把表删了重建比ALTER TABLE改字符集更干净因为已存在的乱码数据改完也不可逆数据量不大时直接删最省事。我踩过最深的一次坑是用了new String(bytes, UTF-8)来修乱码这等于在错误的基础上又叠了一层错误千万别学。5.2 相对路径 404context-path 引发的常见问题现象本地直接右键Tomcat运行登录成功跳转/exam/list一切正常打包成war部署到服务器上登录后总是404。 原因JSP页面里写的跳转地址没有带request.getContextPath()前缀。本地运行和服务器部署的context-path不一样本地是/exam服务器上可能是/。不带前缀的绝对路径在不同环境下指向不同资源。 解决所有JSP页面的跳转地址一律用%request.getContextPath()%/exam/list或者后端Servlet里用req.getContextPath() /exam/list。最简单的排查方法是在浏览器地址栏手输一次跳转后的完整URL看200还是404。这个坑在毕设验收现场出现率极高几乎每个班都有人翻车。习惯养成起来也简单JSP页面里静态资源引用、表单action、定位跳转全部用${pageContext.request.contextPath}前缀这是EL表达式里现成的写法不用自己拼。5.3 刷新页面造成重复提交考试系统的定时炸弹现象学生点击交卷系统算完分存入数据库但如果学生手滑又按了一下F5页面再次提交成绩被写入第二次——有的系统直接double write把UNIQUE KEY撞掉报错。 原因表单提交到Servlet后Servlet执行完没有跳转到别的页面地址栏仍然停在提交时的URL。刷新时浏览器重新发送了上一次POST请求于是Servlet又执行了一遍。 解决用Post/Redirect/Get模式。Servlet处理完交卷逻辑后不直接转发到成绩页面而是resp.sendRedirect(result?examId examId)地址栏变成GET请求的result地址。此时刷新页面刷新的是GET查询不会重新交卷。这个模式不仅考试系统要用任何“提交后写库”的模块都适用。另外exam_result表的UNIQUE KEY (exam_id, user_id)相当于数据库层面的最后防线即使代码里漏了跳转第二次插入也会直接报错而不是覆盖数据这个约束不是为了性能是为了救命。5.4 判分逻辑的边界条件多选漏选和空答案是两个不同的状态现象多选题用户只选了A和B标准答案是ABC程序判为不显示“部分得分”显示为“错误”。 原因策略选择问题。考试系统对多选漏选怎么处理需要业务规则来决定如果规则是“少选按正确但扣半分”那么is_correct字段就不能只有0和1两个值得用得分字段存0.5分。如果规则是“漏算错”那当前逻辑没问题。 解决把判分规则做成可配置的常量不要硬编码在判分方法里。例如定义PARTIAL_SCORE_ENABLED true如果支持部分得分就在判分时把漏选但仍全对的选项计算为部分分写入get_score。这个设计能让你在答辩时说清楚“系统如何处理不确定的评分策略”明显比“答错就零分”的粗暴实现在设计层面更完整。5.5 Session 过期导致考到一半被踢出去现象学生考试时间设定为120分钟但Session有效时间默认只有30分钟。大题目还没来得及点保存就被强制跳回了登录页。 原因没有把Session超时时间和考试时长关联。session.setMaxInactiveInterval()设置的是服务器侧会话空闲超时时间而不是全局有效期。学生只要30分钟内没有任何页面操作比如正在低头打草稿服务器就把Session清掉考试状态丢失。 解决原则上是Session有效期必须大于最长考试时长。考试设置最长120分钟Session有效期就要设150分钟在登录时用session.setMaxInactiveInterval(150 * 60)。更稳妥的做法是考试页面定时比如每分钟给服务器发一个ping请求Servlet里读一个req.getSession()就算刷新了Session的活跃时间。用iframe加载一段定时脚本即可代码量不大但是能彻底避免“答题答到一半被系统自动交卷”这种事故。这个坑在答辩演示中特别容易出现因为演示时你可能会操作很快但现场老师上来就是点一下停一下看代码30分钟很容易就过去了提前做好比现场尴尬要强。6. 验证方法与进阶从 Postman 接口测试到答辩演示准备6.1 用 Postman 验证后端逻辑不依赖页面的接口冒烟测试JSP页面调试很麻烦每次改动都要重启容器、刷新浏览器。我习惯在写页面之前先用Postman把后端Servlet接口全部测通。新建一个测试集合按考试系统的业务流程组织登录获取Session - 查询考试列表 - 生成试卷 - 提交答卷 - 查询成绩。一个小技巧是Postman的Cookie管理。登录成功后Postman会自动捕获JSESSIONID同一个集合里后续请求都会自动携带这个Cookie模拟了浏览器会话。这样你可以不打开浏览器就能验证“未登录访问考试列表会不会被Filter重定向”只需在请求里删除Cookie再发一次请求观察响应码是否为302跳到登录页。这个验证过程比在浏览器里登录再退出再试要快得多。Postman测试满足“系统能跑”的基本验收后再打开浏览器把页面流程走一遍我心里才有底。6.2 边界条件测试清单答辩前必须跑通的五条用例我给自己的测试清单总是围绕时间来设计因为在线考试系统最容易出问题的边界条件就是“时间”。五条必测用例第一考试开始时间前访问考试页面系统应提示“考试未开始”第二考试截止时间后点击交卷系统应提示“已超过截止时间”并拒绝接收答案第三考试中途Session过期应当跳转登录页但保留答题记录这要求答案有自动保存机制第四多次点击交卷按钮成绩只记录一次第五题库里某种题型的数量少于组卷要求数量时组卷要报错而不是生成残缺试卷。第五个用例往往被忽略。如果题库里只有8道单选题组卷要求10道SQL查出的结果只有8条批量插入照常完成生成的试卷缺了2道题总分就不对了。所以组卷前要检查查出的题目数量是否等于预期值不相等就回滚并提示“题库不足”。这个检查只需要几行代码但它会在答辩时告诉你——你不是在机械地实现功能你考虑过异常路径。6.3 两个升级方向定时发布与按题型加权计分交卷时间控制和时间状态的流转是系统设计里最值得多花半小时的部分。最简单的做法是在JSP页面加载时判断当前时间和考试起止时间但这个逻辑依赖客户端时间学生改一下电脑时间就可能绕过。我做了一个定时任务每五分钟扫一遍exam表把start_time已到且status0的考试置为status1把end_time已过的置为status2。代码很简单用ScheduledExecutorService的scheduleAtFixedRate就能实现但从需求角度说这让系统不依赖任何人手操作就能自动开门和锁门答辩效果很好。另一个常见升级是按题型加权。默认每题5分但实际考试可能单选3分、多选5分、简答10分。权重的来源就是question表里的score字段我的表结构里已经留了这个字段只是判分时用standardAnswer校验正确性得分统一按score字段取值。加权计分在答辩时属于“系统有扩展性”的细节值得在文档里提一句。我自己做这个项目到最后最大的心得是不要把时间花在反复打磨登录页面的css上那些视觉层面的东西看着热闹但答辩老师关心的是你的表设计能不能支撑业务、判分规则有没有逻辑漏洞、并发时间边界有没有处理。把这几件事想清楚、代码写干净这个项目就真正立住了。希望帮到你。本文还有配套的精品资源点击获取
简介基于JavaWeb的在线模拟考试系统毕业设计文档面向计算机相关专业毕业生及课程设计学生针对传统纸质考试流程繁琐、远程组考困难等痛点给出从需求分析到系统测试的完整解决方案。文档详细讲解了B/S架构下登录注册、在线考试、试卷设置、试题管理、成绩统计与查询等模块并围绕JSP、JDBC、MySQL、Tomcat在Windows 7环境下的集成开发展开说明附录式章节便于按需查阅。资源共1个文件类型为docx压缩包约1.25MB适合作为毕业设计论文撰写、系统开发或答辩准备的参考模板。已有396人学习内容包含系统开发背景意义、可行性分析、数据库表设计、三层结构设计及各角色模块实现能够帮助读者快速梳理在线考试系统的整体逻辑也可直接借鉴其中的表结构设计、分层思想和测试思路。1. JavaWeb在线考试系统为什么这个老选题仍是毕业设计的优选很多人觉得“在线考试系统”是个被做烂了的题目但真到做的时候才发现它的坑一点不比那些酷炫的项目少。组卷怎么避免重复题、答题中途刷新页面算不算交卷、多选题少选给不给分这些规则没在设计文档里写清楚到了写代码阶段就是一场返工。这个项目好在边界明确前端是JSP页面后端是Servlet数据库是MySQL全部是JavaWeb最标准的组合正好把JSP、Servlet、JDBC、Session这些课程核心知识点串起来。我见过不少同学毕业设计选了这个题但交上来的东西要么只有增删改查要么把前后端拆开硬凑微服务结果答辩护不住。真正的在线考试系统工作量集中在考试规则的设计和实现上而不是页面上。这篇笔记按我自己的落地思路来写先定技术栈和表结构再写核心模块最后把那些不调试根本发现不了的坑一个一个排掉。适合正在做JavaWeb课程设计或准备毕设答辩的同学也适合想用这个项目把ServletJSP彻底弄明白的初学者。2. 技术栈与项目骨架用 IDEAMaven 把 JSPServletMySQL 项目跑起来2.1 为什么毕业设计不必换 Spring Boot定位决定技术选型这几年Spring Boot几乎成了JavaWeb项目的默认选项热词里也大量出现“springboot javaweb”的检索。但对毕业设计来说选题要求往往是“基于JavaWeb技术”教学大纲明确覆盖的是Servlet、JSP、Filter、Session这些基础组件。用Spring Boot反而会让答辩陷入尴尬——老师问Session怎么管理会话你已经说不清了因为框架替你做了。我一般建议分两种情况判断。如果题目原文写的是“基于JavaWeb”那就老老实实用ServletJSP这是最稳的路线如果题目写的是“基于Spring Boot”“前后端分离”那再上框架也不迟。当前这个标题指向的是经典JavaWeb组合所以下文全部按Servlet 4.0 JSP MySQL 8.0来写开发工具用IDEA构建工具用Maven。这套组合下所有代码和配置都在你能看到的地方不会像框架那样把逻辑藏进黑匣子。2.2 IDEA 里新建 Maven Webapp 项目三步把骨架立起来打开IDEA新建项目时选择Maven Archetype找到maven-archetype-webapp模板。GroupId填com.exampleArtifactId填exam这是常规做法。生成后需要手动补两个目录src/main/java和src/test/javaIDEA不会自动建。之后再在src/main/java下按包名建好controller、service、dao、entity四个包这是JavaWeb项目最常用的分包方式。pom.xml里需要加入的关键依赖只有几个javax.servlet-api、javax.servlet.jsp-api、mysql-connector-java、jstl。注意javax.servlet-api的scope要设为provided因为Tomcat自带Servlet容器设置冲突反而麻烦。连接池我建议用commons-dbcp2或HikariCP但毕业设计场景下用DriverManager直连也可以数据量小性能上完全够用。下面是pom.xml的核心片段dependencies !-- Servlet API编译期需要运行时由 Tomcat 提供 -- dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version4.0.1/version scopeprovided/scope /dependency !-- JSP API 同理 -- dependency groupIdjavax.servlet.jsp/groupId artifactIdjavax.servlet.jsp-api/artifactId version2.3.3/version scopeprovided/scope /dependency !-- MySQL 驱动 -- dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.28/version /dependency !-- JSTL 标签库JSP 页面里做循环和判断要用 -- dependency groupIdjstl/groupId artifactIdjstl/artifactId version1.2/version /dependency /dependencies几个参数说明。scopeprovided是必须的如果漏了部署时会出现jar包冲突或class重复的报错MySQL驱动的版本要与你的数据库大版本匹配8.0.x的驱动能连MySQL 5.7但反过来不行JSTL必须加否则JSP里无法使用c:forEach标签页面循环得用Java脚本片断答辩印象会大打折扣。2.3 配置 Tomcat 与发布目录IDEA 运行 JavaWeb 项目最容易出错的一步IDEA运行JavaWeb项目不是直接点运行按钮而是要配置一个Tomcat Server。打开Run - Edit Configurations点左上角加号选Tomcat Server - Local。在Application server那里选择你的Tomcat安装目录IDEA 2022及以上版本不再自带Tomcat插件需要先下载Tomcat 9.x并解压。这里有个版本对应关系Servlet 4.0对应Tomcat 9Servlet 5.0对应Tomcat 10千万别用Tomcat 10去跑javax.servlet的代码会直接报ClassNotFoundException。配置好之后点Deployment标签加一个Artifact把项目里的war exploded选中这就是热部署的模式。Application context建议改成/exam这样访问路径就是http://localhost:8080/exam。如果直接用根路径/后面代码里写的跳转路径会少一层本地能用部署到服务器上又乱了不如一开始就定好。整个配置是一次性的但配置错了项目就跑不起来这是新手最常见的翻车点之一。3. 数据库设计五张核心表与手把手 SQL 建表脚本3.1 在线考试的数据模型为什么用五张表而不是三张题目表、用户表、考试表是最直观的三张表但真做起来你会发现缺了两张关键的关联表。一张是exam_question记录“某场考试包含了哪些题”而不是直接在考试表里存一个题号列表另一张是answer_record记录“某用户某场考试对某道题的作答结果”。没有这两张表你实现不了动态组卷也实现不了按题型和分值逐题判分。这背后的原因在于考试系统和普通管理系统的差异。管理系统的数据是一对一的而考试系统天然是多对多一场考试有多道题一个用户可以参加多场考试。如果不加关联表就只能把题号拼接成字符串存在考试表里那代码里就要写分割字符串的逻辑查起来痛苦不说答辩时老师一眼就能看出设计不合理。我一般会多设计一张exam_result表来存总分和交卷时间这样成绩查询只需要读一张表SQL写起来也直观。3.2 建表脚本从用户表到成绩表字段和约束一次说清下面是完整的建表SQL我按实际落地时最常用的字段来给去掉了冗余字段。注释里写了每个字段的设计理由方便你在写设计文档时直接引用。-- 用户表学生和教师共用用 role 字段区分 CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(100) NOT NULL COMMENT 登录密码建议存MD5摘要, real_name VARCHAR(50) NOT NULL COMMENT 真实姓名成绩单上显示, role TINYINT NOT NULL DEFAULT 0 COMMENT 0-学生 1-教师 2-管理员, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 考试表一场考试的规则配置 CREATE TABLE exam ( id INT PRIMARY KEY AUTO_INCREMENT, exam_name VARCHAR(100) NOT NULL, duration INT NOT NULL COMMENT 考试时长单位分钟, total_score INT NOT NULL DEFAULT 100, pass_score INT NOT NULL DEFAULT 60 COMMENT 及格线成绩查询时要用, start_time DATETIME NOT NULL COMMENT 开考时间, end_time DATETIME NOT NULL COMMENT 截止时间用于控制是否允许进入考场, status TINYINT DEFAULT 0 COMMENT 0-未开始 1-进行中 2-已结束 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 题目表题库 CREATE TABLE question ( id INT PRIMARY KEY AUTO_INCREMENT, qtype TINYINT NOT NULL COMMENT 1-单选 2-多选 3-判断 4-简答, content TEXT NOT NULL COMMENT 题干, options VARCHAR(500) COMMENT 选项用分隔符隔开如 A.xx#B.xx#C.xx#D.xx, answer VARCHAR(200) NOT NULL COMMENT 标准答案单选存A判断存T/F简答存要点, score INT NOT NULL DEFAULT 5 COMMENT 单题分值, created_by INT COMMENT 出题教师ID ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 考试题目关联表实现组卷的关键 CREATE TABLE exam_question ( id INT PRIMARY KEY AUTO_INCREMENT, exam_id INT NOT NULL, question_id INT NOT NULL, seq_no INT NOT NULL COMMENT 题目在试卷中的顺序号, UNIQUE KEY uq_exam_q (exam_id, question_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 答题记录表逐题保存学生的作答 CREATE TABLE answer_record ( id INT PRIMARY KEY AUTO_INCREMENT, exam_id INT NOT NULL, user_id INT NOT NULL, question_id INT NOT NULL, user_answer VARCHAR(500) COMMENT 学生提交的答案, is_correct TINYINT DEFAULT NULL COMMENT 0-错误 1-正确简答题留空, get_score DECIMAL(5,1) NOT NULL DEFAULT 0 COMMENT 本题得分简答题由教师人工评分后回填 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 成绩表冗余总分方便查询 CREATE TABLE exam_result ( id INT PRIMARY KEY AUTO_INCREMENT, exam_id INT NOT NULL, user_id INT NOT NULL, score DECIMAL(5,1) NOT NULL, submit_time DATETIME NOT NULL, UNIQUE KEY uq_exam_user (exam_id, user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;两个容易被忽略的参数说明。第一字符集必须用utf8mb4而不是utf8因为JavaWeb项目几乎所有乱码问题都出在字符集不一致而utf8mb4能完整覆盖生僻字和表情符号第二answer_record表的is_correct字段要允许为NULL因为简答题无法自动判分得留空由人工阅卷后再填。如果你在建表时把is_correct设为NOT NULL DEFAULT 0那么简答题答案一插入就会被打上“错误”标记后面人工评分时还要专门UPDATE纯属多此一举。3.3 关键索引与数据量预估什么时候需要加索引很多教科书不会告诉你考场表不需要加索引但answer_record表必须加。原因很直白一场考试假设50人参加、每题一条记录那么一张answer_record表的数据量是“人数乘以题数”50人考100题就是5000条记录。成绩查询时要按user_id和exam_id过滤这两列不加联合索引数据量过万后查询会明显变慢答辩现场现场查成绩转圈圈场面很难看。索引加在exam_result的(exam_id, user_id)联合唯一索引已经写在上面的建表语句里了answer_record还需要补一条普通索引。索引不是越多越好因为每次插入数据都要同时更新索引写性能会受影响。在线考试系统的实际场景是读多写少所以只给高频查询的列加索引就够了。到数据量超过10万条再考虑分表毕业设计到不了这个量级。4. 核心模块实现登录、组卷、判分、成绩查询的 Servlet 骨干代码4.1 登录模块Session 管理用户状态的标准写法登录功能做得好不好验收标准不是“能不能登录”而是“退出之后再按后退按钮能不能重新看到考试页面”。这就是Session和Filter要解决的问题。我的实现分两层登录Servlet里校验用户名密码后把用户对象放进Session再加一个LoginFilter拦截/exam/下所有页面未登录就重定向到登录页。登录Servlet的代码很常规但有一个参数值得注意密码要不要加密。我建议至少在数据库里存MD5摘要真做起来也很简单DigestUtils.md5DigestAsHex(password.getBytes())一行代码的事。虽然MD5已经不算安全了但对毕业设计来说这能让你在“密码安全”答辩环节有话可说不至于被问住。下面是LoginServlet的核心代码WebServlet(/login) public class LoginServlet extends HttpServlet { private UserDao userDao new UserDao(); Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String username req.getParameter(username); String password req.getParameter(password); // 密码MD5摘要后再去数据库比对 String encrypted DigestUtils.md5DigestAsHex(password.getBytes()); User user userDao.findByUsernameAndPassword(username, encrypted); if (user ! null) { // 登录成功把用户对象放Session后续Filter统一做权限判断 HttpSession session req.getSession(); session.setAttribute(loginUser, user); session.setMaxInactiveInterval(1800); // 会话有效期30分钟 // 按角色跳转不同首页学生进考试列表教师进题库管理 if (user.getRole() 0) { resp.sendRedirect(req.getContextPath() /exam/list); } else { resp.sendRedirect(req.getContextPath() /admin/index); } } else { req.setAttribute(errorMsg, 用户名或密码错误); req.getRequestDispatcher(/login.jsp).forward(req, resp); } } }逻辑说明req.getParameter从表单取参数密码先做摘要再查库这样数据库里即使被脱库也拿不到明文密码。session.setMaxInactiveInterval(1800)是容易被忽略的一行不设置的话Session的有效期默认是Tomcat的30分钟但保险起见还是显式声明好。resp.sendRedirect和req.getRequestDispatcher().forward的区别在于重定向是第二次请求地址栏会变转发是服务端内部跳转地址栏不变。登录成功用重定向因为要更新URL防止刷新页面重复提交表单登录失败用转发把错误信息带到页面。4.2 组卷模块从题库随机选题的事务性插入组卷是整系统里最像“业务逻辑”的部分也是答辩时老师最喜欢追问的地方。常见的实现方式有两种。一种是提前由教师人工组卷把题目关联关系存到exam_question表另一种是系统按规则自动抽题比如“单选题10道、多选题5道、判断题5道”。毕设通常做的是第二种因为自动组卷更能体现设计含量。自动组卷的核心是三步第一步按题型和数量从题库随机取题第二步把这些题插入exam_question表第三步更新exam表的status字段。这里最容易犯的错误是插入过程中途失败比如第3道题插入时网络断了前面2道已经插进去就会造成“试卷缺题”。解决方法是开事务要么全部成功要么全部回滚。JDBC的setAutoCommit(false)就是干这个的public int createExamPaper(int examId, int singleCount, int multiCount) { String selectSql SELECT id FROM question WHERE qtype? ORDER BY RAND() LIMIT ?; String insertSql INSERT INTO exam_question(exam_id, question_id, seq_no) VALUES(?,?,?); int seqNo 1; try (Connection conn DBUtil.getConnection()) { // 关闭自动提交让组卷成为一个原子操作 conn.setAutoCommit(false); // 分别抽取单选题和多选题的ID列表 ListInteger singleIds queryQuestionIds(conn, selectSql, 1, singleCount); ListInteger multiIds queryQuestionIds(conn, selectSql, 2, multiCount); // 把两组题合并统一编号 ListInteger allIds new ArrayList(); allIds.addAll(singleIds); allIds.addAll(multiIds); try (PreparedStatement ps conn.prepareStatement(insertSql)) { for (Integer qid : allIds) { ps.setInt(1, examId); ps.setInt(2, qid); ps.setInt(3, seqNo); ps.addBatch(); // 批量提交减少网络往返 } ps.executeBatch(); } conn.commit(); // 全部成功才提交 return allIds.size(); } catch (SQLException e) { // 出异常要回滚否则会留下残缺的试卷 conn.rollback(); log.error(组卷失败事务已回滚, e); throw new RuntimeException(组卷失败); } }这段代码有几个细节值得反复揣摩。ORDER BY RAND()在题目量小几千条时没问题淘宝体量的题库要换更高效的随机算法但毕设场景不必折腾。addBatch和executeBatch是批量插入的正确姿势比在循环里一条条executeUpdate快一个数量级题目越多优势越明显。最关键的一段是try块里先setAutoCommit(false)最后commit()异常时rollback()——这个写法要背下来不仅在线考试系统任何涉及多表写入的操作都是同一个套路。另外seq_no用自增变量维护所以插入前不用先查当前最大序号简化了一步。4.3 自动判分模块三种题型的判分逻辑分而治之判分的坑比想象中多。单选和判断简单字符串直接比对就行。多选就麻烦了学生答案和标准答案顺序可能不一致标准答案是“ABD”学生填“DBA”不能算错。所以判分前要先排序。简答题则无法自动判分得留给教师人工评分。这就是设计表时answer_record.is_correct允许NULL的原因。判分的算法我用一个Map来接收学生提交的答案Key是questionIdValue是学生填的答案。逐题遍历HashMap来判分判分完成后统一写入answer_record表并累加总分写入exam_result。下面这段代码是判分逻辑的核心private boolean checkAnswer(int qtype, String userAnswer, String standardAnswer) { if (userAnswer null || userAnswer.trim().isEmpty()) { return false; } userAnswer userAnswer.trim().toUpperCase(); standardAnswer standardAnswer.trim().toUpperCase(); switch (qtype) { case 1: // 单选直接比较 return userAnswer.equals(standardAnswer); case 2: // 多选题按字符排序后再比较避免顺序差异 char[] userArr userAnswer.toCharArray(); char[] stdArr standardAnswer.toCharArray(); Arrays.sort(userArr); Arrays.sort(stdArr); return Arrays.equals(userArr, stdArr); case 3: // 判断题T/F 比较 return userAnswer.equals(standardAnswer); default: // 简答题数据库不存判分结果由人工阅卷 return false; } }这个方法的参数和边界条件值得逐一说明。toUpperCase()统一转大写是为了防止学生填小写字母“a”而标准答案是“A”。多选的排序比较是整个系统里最容易漏的逻辑不排序直接equals学生只要选项顺序和标准答案不一致就会丢分这是绝对的功能缺陷。简答题返回false不是判定“答错了”而是上层代码看到qtype4时根本不调用这个方法而是把is_correct留空等教师手动评分后回填get_score字段。这个设计决策会在答辩时成为加分项因为说明你想清楚了“机器判卷的边界在哪里”。4.4 成绩查询与答卷回显JSP JSTL 做列表展示成绩查询模块是CURD里最没有技术含量但又不能出错的页面。它要支持两个场景学生查自己的成绩教师看所有学生的成绩列表。前者SQL用WHERE user_id ?过滤后者是全表查询注意后者必须加LIMIT分页否则学生数量稍微多一点页面就爆炸了。JSP页面里我用JSTL的c:forEach循环遍历成绩列表这里是JSTL标签库发挥作用的地方。有一个很容易踩的坑从exam_result表查出来的score字段是DECIMAL类型直接在JSP里用${result.score}输出是没问题的但如果你要在页面里比较成绩是否及格就得先把pass_score也查出来否则多次访问数据库。我从设计上避免了这个问题——在SQL里直接JOIN查询把exam_name、pass_score和score一次性拿回来SELECT er.exam_id, er.user_id, er.score, e.exam_name, e.pass_score, CASE WHEN er.score e.pass_score THEN 及格 ELSE 不及格 END AS pass_flag FROM exam_result er LEFT JOIN exam e ON er.exam_id e.id WHERE er.user_id ? ORDER BY er.submit_time DESC这个SQL的亮点是CASE WHEN直接在数据库里算出是否及格页面上不用再写Java代码判断。LEFT JOIN保证了即使某场考试被删掉现实中一般不会物理删除成绩记录依然能显示出来。排序用submit_time DESC学生进入成绩列表后最先看到的是最近一次考试成绩符合使用直觉。在JSP里配合c:forEach循环输出整个查询模块的代码量只有SQL加上标签循环清爽且易维护。4.5 教师端人工阅卷简答题的评分状态机人工阅卷功能常被忽略但如果你不出题给简答题或者出了简答题却没有阅卷入口考试系统就是一个残废。教师端阅卷流程是这样的教师选择一场考试系统列出所有简答题未被评分的记录教师逐条打分提交时回填get_score字段。这里的一个关键状态是is_correctNULL的记录页面SQL需要过滤WHERE is_correct IS NULL而不是 0——很多新手写成is_correct NULL然后查出空列表纠结半天发现是SQL判空语法写错了。回填得分的SQL也很简单UPDATE answer_record SET get_score ?, is_correct CASE WHEN get_score 0 THEN 1 ELSE 0 END WHERE id ?。这个CASE写在UPDATE语句里避免了Java代码里再做一个if-else。整个阅卷功能加起来不足100行代码但有了它系统才算完整覆盖考试闭环才能在答辩时说“本系统支持客观题自动判分、主观题人工评分”。5. 避坑清单在线考试系统最常见的 5 个翻车点与排查步骤5.1 中文乱码不是玄学是三层编码不一致现象JSP页面显示的中文是问号或者写入MySQL里的中文变成了???更隐蔽的是前端页面显示正常但数据库里存的是乱码。 原因字符集问题从来只有一个根源——请求编码、响应编码、数据库编码三层不一致。页面用UTF-8提交Servlet用ISO-8859-1解码数据库用latin1存储任何一层对不上结果就是乱码。 解决三层统一。第一层在JSP页面顶部加% page contentTypetext/html; charsetUTF-8 pageEncodingUTF-8 %第二层在Servlet里读取参数前调用req.setCharacterEncoding(UTF-8)这个方法必须在第一次getParameter之前调用否则无效第三层建表时所有表都写DEFAULT CHARSETutf8mb4。如果已经写乱了把表删了重建比ALTER TABLE改字符集更干净因为已存在的乱码数据改完也不可逆数据量不大时直接删最省事。我踩过最深的一次坑是用了new String(bytes, UTF-8)来修乱码这等于在错误的基础上又叠了一层错误千万别学。5.2 相对路径 404context-path 引发的常见问题现象本地直接右键Tomcat运行登录成功跳转/exam/list一切正常打包成war部署到服务器上登录后总是404。 原因JSP页面里写的跳转地址没有带request.getContextPath()前缀。本地运行和服务器部署的context-path不一样本地是/exam服务器上可能是/。不带前缀的绝对路径在不同环境下指向不同资源。 解决所有JSP页面的跳转地址一律用%request.getContextPath()%/exam/list或者后端Servlet里用req.getContextPath() /exam/list。最简单的排查方法是在浏览器地址栏手输一次跳转后的完整URL看200还是404。这个坑在毕设验收现场出现率极高几乎每个班都有人翻车。习惯养成起来也简单JSP页面里静态资源引用、表单action、定位跳转全部用${pageContext.request.contextPath}前缀这是EL表达式里现成的写法不用自己拼。5.3 刷新页面造成重复提交考试系统的定时炸弹现象学生点击交卷系统算完分存入数据库但如果学生手滑又按了一下F5页面再次提交成绩被写入第二次——有的系统直接double write把UNIQUE KEY撞掉报错。 原因表单提交到Servlet后Servlet执行完没有跳转到别的页面地址栏仍然停在提交时的URL。刷新时浏览器重新发送了上一次POST请求于是Servlet又执行了一遍。 解决用Post/Redirect/Get模式。Servlet处理完交卷逻辑后不直接转发到成绩页面而是resp.sendRedirect(result?examId examId)地址栏变成GET请求的result地址。此时刷新页面刷新的是GET查询不会重新交卷。这个模式不仅考试系统要用任何“提交后写库”的模块都适用。另外exam_result表的UNIQUE KEY (exam_id, user_id)相当于数据库层面的最后防线即使代码里漏了跳转第二次插入也会直接报错而不是覆盖数据这个约束不是为了性能是为了救命。5.4 判分逻辑的边界条件多选漏选和空答案是两个不同的状态现象多选题用户只选了A和B标准答案是ABC程序判为不显示“部分得分”显示为“错误”。 原因策略选择问题。考试系统对多选漏选怎么处理需要业务规则来决定如果规则是“少选按正确但扣半分”那么is_correct字段就不能只有0和1两个值得用得分字段存0.5分。如果规则是“漏算错”那当前逻辑没问题。 解决把判分规则做成可配置的常量不要硬编码在判分方法里。例如定义PARTIAL_SCORE_ENABLED true如果支持部分得分就在判分时把漏选但仍全对的选项计算为部分分写入get_score。这个设计能让你在答辩时说清楚“系统如何处理不确定的评分策略”明显比“答错就零分”的粗暴实现在设计层面更完整。5.5 Session 过期导致考到一半被踢出去现象学生考试时间设定为120分钟但Session有效时间默认只有30分钟。大题目还没来得及点保存就被强制跳回了登录页。 原因没有把Session超时时间和考试时长关联。session.setMaxInactiveInterval()设置的是服务器侧会话空闲超时时间而不是全局有效期。学生只要30分钟内没有任何页面操作比如正在低头打草稿服务器就把Session清掉考试状态丢失。 解决原则上是Session有效期必须大于最长考试时长。考试设置最长120分钟Session有效期就要设150分钟在登录时用session.setMaxInactiveInterval(150 * 60)。更稳妥的做法是考试页面定时比如每分钟给服务器发一个ping请求Servlet里读一个req.getSession()就算刷新了Session的活跃时间。用iframe加载一段定时脚本即可代码量不大但是能彻底避免“答题答到一半被系统自动交卷”这种事故。这个坑在答辩演示中特别容易出现因为演示时你可能会操作很快但现场老师上来就是点一下停一下看代码30分钟很容易就过去了提前做好比现场尴尬要强。6. 验证方法与进阶从 Postman 接口测试到答辩演示准备6.1 用 Postman 验证后端逻辑不依赖页面的接口冒烟测试JSP页面调试很麻烦每次改动都要重启容器、刷新浏览器。我习惯在写页面之前先用Postman把后端Servlet接口全部测通。新建一个测试集合按考试系统的业务流程组织登录获取Session - 查询考试列表 - 生成试卷 - 提交答卷 - 查询成绩。一个小技巧是Postman的Cookie管理。登录成功后Postman会自动捕获JSESSIONID同一个集合里后续请求都会自动携带这个Cookie模拟了浏览器会话。这样你可以不打开浏览器就能验证“未登录访问考试列表会不会被Filter重定向”只需在请求里删除Cookie再发一次请求观察响应码是否为302跳到登录页。这个验证过程比在浏览器里登录再退出再试要快得多。Postman测试满足“系统能跑”的基本验收后再打开浏览器把页面流程走一遍我心里才有底。6.2 边界条件测试清单答辩前必须跑通的五条用例我给自己的测试清单总是围绕时间来设计因为在线考试系统最容易出问题的边界条件就是“时间”。五条必测用例第一考试开始时间前访问考试页面系统应提示“考试未开始”第二考试截止时间后点击交卷系统应提示“已超过截止时间”并拒绝接收答案第三考试中途Session过期应当跳转登录页但保留答题记录这要求答案有自动保存机制第四多次点击交卷按钮成绩只记录一次第五题库里某种题型的数量少于组卷要求数量时组卷要报错而不是生成残缺试卷。第五个用例往往被忽略。如果题库里只有8道单选题组卷要求10道SQL查出的结果只有8条批量插入照常完成生成的试卷缺了2道题总分就不对了。所以组卷前要检查查出的题目数量是否等于预期值不相等就回滚并提示“题库不足”。这个检查只需要几行代码但它会在答辩时告诉你——你不是在机械地实现功能你考虑过异常路径。6.3 两个升级方向定时发布与按题型加权计分交卷时间控制和时间状态的流转是系统设计里最值得多花半小时的部分。最简单的做法是在JSP页面加载时判断当前时间和考试起止时间但这个逻辑依赖客户端时间学生改一下电脑时间就可能绕过。我做了一个定时任务每五分钟扫一遍exam表把start_time已到且status0的考试置为status1把end_time已过的置为status2。代码很简单用ScheduledExecutorService的scheduleAtFixedRate就能实现但从需求角度说这让系统不依赖任何人手操作就能自动开门和锁门答辩效果很好。另一个常见升级是按题型加权。默认每题5分但实际考试可能单选3分、多选5分、简答10分。权重的来源就是question表里的score字段我的表结构里已经留了这个字段只是判分时用standardAnswer校验正确性得分统一按score字段取值。加权计分在答辩时属于“系统有扩展性”的细节值得在文档里提一句。我自己做这个项目到最后最大的心得是不要把时间花在反复打磨登录页面的css上那些视觉层面的东西看着热闹但答辩老师关心的是你的表设计能不能支撑业务、判分规则有没有逻辑漏洞、并发时间边界有没有处理。把这几件事想清楚、代码写干净这个项目就真正立住了。希望帮到你。本文还有配套的精品资源点击获取
