JavaEE网上考试系统大作业：Servlet+JSP+JDBC高分设计指南

简介：面向JavaEE大作业的在校学生，这份网上考试系统设计资源提供了完整可运行的项目代码、课程设计报告和使用说明。RAR压缩包共74个文件，约6.75MB，主体由16个Java源文件、16个JSP页面、16个class文件以及CSS、GIF、JPG等静态资源构成，同时包含jar依赖库和project、classpath、xml等MyEclipse工程配置文件，导入开发环境即可运行。附带的doc文档对需求分析、系统设计和使用流程作了说明，方便直接修改姓名、学号等信息后作为课程设计成果提交。已有3471人学习下载，代码难度适中、注释详细，能帮助软件工程专业学生理解考试系统的登录、在线考试、评分等模块实现，顺利准备验收与答辩。整体项目按标准src与WebRoot目录组织，结构清晰，可显著减少自行搭框架和调试的时间成本。 直接说结论：这种JavaEE大作业，代码能不能跑通只是及格线，真正拉开分数差距的是“系统设计是否完整”“报告能不能讲清楚为什么这么做”“使用说明能不能让老师三分钟跑起来”。我帮人改过不少网上考试系统的项目，见过太多把登录注册写成一坨、试卷生成逻辑全靠Random乱抽、交卷之后分数对不上的情况。这篇就把一个能拿高分的网上考试系统从选题、设计、编码到报告、说明书的完整套路拆开讲一遍，全程干货，可以直接照着落地。

1. 选题动机与需求边界：为什么“网上考试系统”是大作业的性价比之王

每年JavaEE大作业题目就那么几类：商城、博客、图书管理、网上考试。商城要处理购物车、订单状态机、支付回调，复杂度对课程设计来说严重超纲；博客容易写成CRUD堆砌，看不出JavaEE的工程性；图书管理又太单薄，撑不起报告篇幅。网上考试系统刚好卡在中间——业务规则足够复杂（组卷、计时、自动评分、权限控制），但每块拆开都能用JavaEE标准技术栈覆盖，是展示Servlet/JSP/SSM功底成本最低的题目。

先说清楚一个容易被忽略的点：大作业的“需求边界”不是越宽越好。你要做的不是淘宝，也不是在线教育平台，而是抓住三个核心角色、一条主链路：

• 学生：登录、参加考试、查看成绩。
• 教师：管理试题、手工或自动组卷、批阅主观题、发布成绩。
• 管理员：管理用户、管理课程/班级、数据统计（这块可以弱化，但要有）。

主链路就是：教师创建试卷 → 学生参加考试 → 系统自动评分 + 教师批阅主观题 → 成绩发布与查看。

我在给别人的项目做评审时最常问的一个问题是：你这个系统“考试进行中”的状态是怎么管理的？很多人答不上来。这部分恰恰是整个项目最见功力的地方——它是JavaEE中Session、事务、并发控制、状态机设计等知识点的集中体现，也是答辩时最容易出彩的部分。一个只做CRUD的系统撑不起高分，但把考试流程控制好了，报告里的技术深度就出来了。

2. 技术选型与项目结构：不追新不炫技，选最稳的“主流组合”

很多同学看到Spring Boot就往前冲，但在JavaEE课程里这样做有风险。既然课程名是“JavaEE”，老师想看到的是你掌握了JavaEE规范本身的东西，Servlet、JSP、Filter、Listener、Session这些是必查项。直接上Spring Boot会把底层细节全藏起来，答辩时一问三不知反而扣分。我的建议是：

核心组合：Servlet + JSP + JSTL + MySQL + Tomcat，可选MyBatis或纯JDBC。

这三种选型各有适用场景：

如果是我的学生做这个题，我会让他用Servlet + JSP + 纯JDBC。理由不是保守，而是大作业阶段最需要的是把HTTP请求生命周期、Session机制、JDBC事务这些底层关系搞清楚。框架那些东西到了大三下、大四再学完全来得及，但JavaEE规范本身的思维是后面所有框架的根基。

项目结构上，别用IDE自动生成的默认包名，要体现出MVC分层思想：

src/main/java ├── com.example.exam │ ├── controller // Servlet控制层 │ ├── service // 业务逻辑层（接口 + 实现） │ ├── dao // 数据访问层（JDBC或MyBatis接口） │ ├── entity/domain // 实体类 │ ├── filter // 登录过滤器、编码过滤器 │ ├── listener // 在线人数统计、初始化数据监听器 │ ├── util // DBUtil、字符串工具、时间工具 │ └── constant // 系统常量 src/main/webapp ├── static // 静态资源 ├── jsp // 视图层 │ ├── student │ ├── teacher │ ├── admin │ ├── common ├── WEB-INF │ ├── web.xml │ └── lib

这样做的好处是：评审老师一眼就能看出你理解分层架构，而不是把业务逻辑全堆在JSP里（那种项目我见一个打一个，JSP里写JDBC连接这种代码在大作业里出现，基本就是往枪口上撞）。

3. 数据库设计精讲：四张核心表 + 一个关系设计，撑起全部业务

网上考试系统数据库怎么设计直接决定代码难不难写。我见过有人用二三十张表做这个大作业的，纯属自找麻烦。标准做法是围绕“试题—试卷—考试明细”这条线索，用六张表就能撑起来。

这六张表及其关系是：

User表（用户表）：主键id、用户名、密码、角色（1学生/2教师/3管理员）、真实姓名、班级/工号、状态。

Question表（试题表）：主键id、题型（单选/多选/判断/主观）、题干、选项A/B/C/D（按JSON或独立字段存）、正确答案、分值、所属知识点/章节、创建人、难度系数。

Paper表（试卷表）：主键id、试卷名称、总时长、总分、状态（草稿/已发布/已结束）、创建人、组卷方式（手工/自动）、创建时间。

PaperQuestion表（试卷试题关联表）：id、paper_id、question_id、该题在试卷中的顺序号、该题在本卷中的分值（支持同一题在不同试卷中分值不同）。

ExamRecord表（考试记录表）：主键id、student_id、paper_id、开始时间、交卷时间、客观题得分、主观题得分、总分、状态（考试中/已交卷/已判分/缺考）。

AnswerDetail表（答题明细表）：主键id、record_id、question_id、学生答案（文本）、该题得分、是否判分。

这个设计的核心思想是“把题和卷解耦”。Question是题库，Paper只是题目组合的映射，AnswerDetail记录的是快照，这样就算老师后面删了某道题，学生的答卷记录依然完整。表之间全部用外键逻辑关联但不建立物理外键——这是企业开发习惯，不是大作业必须，但写进报告里能显出专业性。

实际开发中最容易出问题的是“自动组卷”的SQL逻辑。如果我要出一张包含5道单选、5道多选、4道判断、2道主观题的试卷，各难度比例为易30%、中50%、难20%，SQL要怎么写才能避免性能问题？最无脑的写法是先查出来再在Java里用Random循环，量小没问题，但期末几百人同时考试时会内存吃紧。更好的做法是让数据库来完成这个随机抽样：

-- 按题型和难度随机抽取题目 SELECT * FROM ( SELECT q.* FROM question q WHERE q.type = '单选' AND q.difficulty = '中' ORDER BY RAND() LIMIT 3 ) AS part -- 在Java中循环拼装 public List<Question> autoGeneratePaper(PaperGenParam param) { List<Question> questions = new ArrayList<>(); // 遍历题型规则：单选5道、多选5道、判断4道、主观2道 for (QuestionRule rule : param.getRules()) { String sql = "SELECT * FROM (" + "SELECT * FROM question WHERE type = ? AND difficulty = ? " + "ORDER BY RAND() LIMIT ?" + ") AS t"; List<Question> partList = jdbcTemplate.query(sql, new Object[]{rule.getType(), rule.getDifficulty(), rule.getCount()}, questionRowMapper); questions.addAll(partList); } return questions; }

虽然ORDER BY RAND()量大了会慢，但对大作业量级（几千道题）完全够用，且代码可读性比在Java里做复杂抽样高一个档次。答辩时主动说一句“大数据量下可以考虑换成基于随机ID区间或TABLESAMPLE的方案，但当前规模用RAND()更直接”，这个论述本身就能加印象分。

4. 核心模块代码拆解：登录鉴权、考试状态机、自动评分与事务控制

说完了表和结构，来拆最核心的几个代码模块。这些都是答辩时老师会深挖的地方，建议真正吃透每一行。

4.1 登录与RBAC权限控制：一个Filter搞定

网上考试系统涉及三种角色，权限控制不能靠每个Servlet里重复判断，要写一个过滤器统一处理。核心逻辑是：根据Session中已存的登录用户，先判断是否放行“白名单路径”，再比对“角色-资源路径”映射关系。

@WebFilter("/*") public class AuthFilter implements Filter { // 无需登录即可访问的路径：登录页、注册页、静态资源 private static final List<String> WHITE_LIST = Arrays.asList( "/login.jsp", "/LoginServlet", "/register.jsp", "/RegisterServlet", "/static/", "/index.jsp" ); // 角色与允许访问的路径前缀映射 private static final Map<String, List<String>> ROLE_URL_MAP = new HashMap<>(); static { ROLE_URL_MAP.put("1", Arrays.asList("/student/", "/ExamServlet", "/HistoryServlet")); ROLE_URL_MAP.put("2", Arrays.asList("/teacher/", "/QuestionManage", "/PaperManage")); ROLE_URL_MAP.put("3", Arrays.asList("/admin/", "/UserManage", "/DashboardServlet")); } @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; String path = request.getRequestURI().substring(request.getContextPath().length()); // 白名单路径直接放行 for (String prefix : WHITE_LIST) { if (path.startsWith(prefix)) { chain.doFilter(req, resp); return; } } // 未登录统一跳转登录页 HttpSession session = request.getSession(false); if (session == null || session.getAttribute("currentUser") == null) { response.sendRedirect(request.getContextPath() + "/login.jsp"); return; } // 角色校验 User user = (User) session.getAttribute("currentUser"); List<String> allowedPrefixes = ROLE_URL_MAP.get(String.valueOf(user.getRole())); for (String prefix : allowedPrefixes) { if (path.startsWith(prefix)) { chain.doFilter(req, resp); return; } } // 越权访问统一跳到403 response.sendError(HttpServletResponse.SC_FORBIDDEN); } }

注意一个项目细节：登录密码不能明文存。用BCryptPasswordEncoder或至少SHA-256加盐后存储。大作业里写明文密码的老师虽然不一定会深究，但主动做到这一点，写报告时就能加一段“安全性设计”，属于低成本高回报的加分项。

4.2 考试状态机：真正体现JavaEE功力的地方

“参加考试”不是简单插入一条记录，而是一套状态流转：未开始 → 考试中 → 已交卷 → 已判分（或异常终止）。这个状态机控制不好，就会出现学生刷新页面能答两遍、考试超时没自动交卷、交卷后分数对不上等致命Bug。

我的做法是利用ExamRecord里的status字段 + 时间戳来保证：

• 学生点“开始考试”时，创建一条ExamRecord，状态设为1（考试中），记录start_time。
• 每次学生点击“下一题”“保存答案”，后台先做时间合法性校验：如果当前时间已经超过start_time + paper.DURATION，则强制交卷。
• 再次访问“开始考试”时，查询状态；若已是考试中，直接返回原有记录，防止重复创建。

// 防重复开考 + 超时强制交卷 public ExamRecord validateAndGetActiveExam(HttpSession session, Long paperId) { User student = (User) session.getAttribute("currentUser"); ExamRecord active = examRecordDao.findByStudentAndPaperAndStatus(student.getId(), paperId, 1); if (active != null) { // 校验是否超时 LocalDateTime deadline = active.getStartTime().plusMinutes(active.getDuration()); if (LocalDateTime.now().isAfter(deadline)) { // 超时自动交卷，并视为交卷处理 forceSubmit(active.getId()); return null; } return active; } // 没有进行中的考试，创建新记录 ExamRecord record = new ExamRecord(); record.setStudentId(student.getId()); record.setPaperId(paperId); record.setStartTime(LocalDateTime.now()); record.setStatus(1); // 考试中 examRecordDao.insert(record); return record; }

这套逻辑写好之后，你可以在报告里画一张“考试状态流转图”，并配合说明Session与数据库记录的映射关系。这是整个项目最“答辩友好”的素材库——你可以主动请老师看这段代码，任何对数据库状态与Web会话不一致的追问都能对答如流。

4.3 自动评分与事务边界：分数不能算错

客观题自动评分是重头戏。单选题学生的答案是A/B/C/D，判断题答案是正确/错误，多选题答案是多个选项的组合（如ABD）。最稳妥的做法是多选题答案排序后比对，避免因为选项顺序不同判错。

// 判断多选题是否满分 public boolean isMultiChoiceCorrect(String studentAnswer, String correctAnswer) { if (correctAnswer == null || studentAnswer == null) return false; String[] stu = studentAnswer.trim().split(""); // 或用分隔符拆 String[] corr = correctAnswer.trim().split(""); Arrays.sort(stu); Arrays.sort(corr); return Arrays.equals(stu, corr); }

这里有个工程细节：交卷动作要用事务把“更新考试状态”和“计算客观题得分”放在同一个原子操作里，避免状态更新成功但分数计算失败，或者反过来。JDBC的写法如下：

public void submitExam(Long recordId) { Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 // 1. 查询考试记录锁定行（防止并发重复提交） ExamRecord record = examRecordDao.findByIdForUpdate(conn, recordId); if (record == null || record.getStatus() != 1) { throw new BizException("考试不存在或已提交"); } // 2. 遍历答题明细，计算客观题总分 int objectiveScore = 0; List<AnswerDetail> details = answerDetailDao.findByRecordId(conn, recordId); for (AnswerDetail detail : details) { Question q = questionDao.findById(conn, detail.getQuestionId()); if (q.getType() == 2 || q.getType() == 1) { // 单选、多选、判断 boolean correct = checkAnswer(q, detail.getStudentAnswer()); int score = correct ? detail.getQuestionScore() : 0; detail.setScore(score); answerDetailDao.updateScore(conn, detail); objectiveScore += score; } } // 3. 更新考试记录：客观题得分、总分、状态 record.setObjectiveScore(objectiveScore); record.setTotalScore(objectiveScore); // 主观题等到教师批阅完毕再加 record.setSubmitTime(new Timestamp(System.currentTimeMillis())); record.setStatus(2); // 已交卷待批阅 examRecordDao.updateStatus(conn, record); conn.commit(); } catch (Exception e) { if (conn != null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); throw new RuntimeException("交卷失败，请重试"); } finally { DBUtil.closeQuietly(conn); } }

注意这里用到的SELECT ... FOR UPDATE行锁，目的就是防止“双击交卷”导致分数被累加两次。这种并发细节在大作业里不算必须，但能在代码注释里写上一句“此处使用行锁防止重复提交，保证事务的原子性”，报告的含金量立刻不一样。

4.4 教师批阅主观题：分段得分与总分回写

主观题批阅模块要解决两个问题：一是教师只能看到还未判分的答卷，二是批阅完成后要把主观题得分累加到总分上，并把考试记录整体置为“已判分”状态。这里同样要用事务，不然总分算错没法跟学生对账。批阅页面建议用JSP + AJAX完成，教师勾选每题分数后异步保存，保证体验流畅。

5. 报告撰写的关键要点：框架不能抄，但有些写法确实有套路

大作业报告是很多人的噩梦，但其实评分的核心标准非常清晰：需求分析是否完整、技术方案是否合理、设计过程是否清晰、测试是否有效、总结是否有深度。写报告不要把代码全贴进去，更不要用“配置了环境、编写了代码、完成了测试”这种流水账，而是要用老师能快速看到“你做了什么决策、为什么这样做”的方式来组织。

我的建议结构是：

• 需求分析：画出用例图（学生、教师、管理员各有哪些功能），写清楚功能性需求和非功能性需求（响应时间、安全性、并发支撑）。这个过程能看出你系统设计的完整度。
• 总体设计：系统架构图（浏览器→Servlet→Service→DAO→数据库）、功能模块图、数据库ER图。这部分给老师看结构感。
• 详细设计：核心功能的时序图（比如考试流程图、自动组卷流程图）和关键类设计。这里放那些最能体现难度的地方，而不是把每个Servlet都写一遍。
• 系统实现：重点技术点讲解 + 关键代码片段（适量）。多写“为什么这么写”，少写“实现了什么”。
• 测试分析：功能测试用例表格（编号、用例名称、操作步骤、预期结果、实际结果、是否通过）+ 简单性能测试数据。这份测试表能证明你是真正跑过全流程的。
• 总结与展望：写清系统不足之处和可完善方向，如“目前只有固定难度组卷，后续可以加入基于IRT的自适应组卷”等。真要拿高分，这里要写出真实体会。

6. 使用说明与部署手册：让老师三分钟跑起来，是隐形加分项

“使用说明”这东西听起来简单，实际上经常被忽略。很多大作业交上去，老师按说明文档都跑不起来，体验极差。与其说是“使用说明”，不如说是“一份完整的部署+操作指引”，要做到“不看代码也能把系统跑起来”。

使用说明里必须包含以下内容，缺一不可：

1. 环境要求表：JDK版本（建议JDK 8或11，不要写Java 17这种太新的）、Tomcat版本（8.5或9.0，兼容性最好）、MySQL版本（5.7或8.0）、IDE（Eclipse或IDEA四选一）。
2. 数据库初始化步骤：附好init.sql脚本（建库建表 + 默认管理员/教师/学生账号和测试题目数据），写明如何通过命令行或Navicat导入，默认用户密码是多少。
3. 部署到IDEA/Tomcat的图文步骤：“Import Project → 配置JDK → 配置Tomcat Server → Run”。如果你是Eclipse用户，可以为你的项目提供“已配置好Tomcat运行方式”的设置文档，两种主流IDE二选一就行。
4. 测试数据清单：给出一套现成的学生账号、教师账号、试卷和题库数据，这样老师一登录就能直接体验“学生考试—自动判分—教师批阅—学生查看成绩”的全流程，不需要自己手动建题。这一步对评分体验影响巨大。
5. 常见问题排查：如端口被占用、JDBC驱动没导入、数据库时区报错、JSP编译错误等各写一两个最可能出现的，给出解决方式。

这里分享一个我常用的整理说明的方法：打包前找一位没接触过这个项目的同学（或室友），看着他按使用说明在干净环境里跑一遍，如果他都能不求助其他渠道顺利跑通，这个使用说明基本就合格了。

7. 实测踩坑记录：网上考试系统最容易翻车的六个细节

这部分是实战中吃过亏的结果，写出来给大家避坑。

1. Session失效导致考试记录丢失。Tomcat默认Session超时时间是30分钟，如果考卷时长超过30分钟，学生做到一半Session过期，页面跳回登录页，考试状态没了。解决方案：考试进行中每次Ajax保存答案时刷新Session超时时间，或者把考试上下文放在DB而不依赖Session（在ExamRecord表里记录心跳时间）。推荐后者，更可靠，且也好讲。

2. 中文乱码。这个老生常谈，但确实每年都有人栽跟头。要注意三个环节：页面编码UTF-8、Servlet里request.setCharacterEncoding("UTF-8")要在读参数之前执行、数据库表和JDBC连接字符串都保持UTF-8。

// JDBC URL 必须指定编码，否则插入中文试题时变成???? String url = "jdbc:mysql://localhost:3306/exam_system?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false";

3. 自动组卷抽到重复题。多个组卷规则（按题型、按难度）叠加时，如果用多个独立SQL查询再合并，可能出现同一道题被抽两次（比如它既被“单选中等”抽中，又被“单选简单”意外抽到）。解决方案是在Java中维护一个已抽取题目ID集合，或者用WHERE id NOT IN (...)排除，但题目量大时不建议后一种，性能太差。

4. 学生刷新页面重复提交答案。如果学生答题提交用POST表单而非AJAX，按F5会弹“重新提交表单”，导致同一题答案被覆盖为重复提交的旧值。稳妥做法是答题数据用AJAX连续保存，每次提交自动带上record_id和question_id作为唯一索引，利用数据库唯一键去重。

5. 并发交卷时的行锁问题。前面事务里提到的SELECT ... FOR UPDATE，如果不用，确实存在极小概率的重复计分问题。如果用的是MyBatis，需要在mapper中显式写<select id="findByIdForUpdate" resultType="ExamRecord">SELECT * FROM exam_record WHERE id = #{id} FOR UPDATE</select>。

6. 浏览器返回按钮导致考试页面回退。学生考试时点浏览器后退，可能看到之前已提交的页面，再点前进又到达考试中页面，造成混乱。解决办法是考试页面的JSP设置禁用缓存响应头：

response.setHeader("Cache-Control", "no-cache, no-store, must-revalidate"); response.setHeader("Pragma", "no-cache"); response.setDateHeader("Expires", 0);

对于“开始考试”这个动作同样有效——每人同一张卷只能有一份active考试记录，若已存在，直接跳转回考试页面而非重新开考。

最后再分享一个我自己带项目的习惯：代码写完后，会带着“测试表”把每条用例走一遍——管理员登录建题、教师组卷发布、学生开考、答题中刷新、拖到超时自动交卷、教师批阅主观题、学生查分。全套走两遍，没毛病了再打包提交。网上考试系统不算难，但想做出“能讲故事”的深度，核心就在这“代码 + 报告 + 使用说明”三位一体上。希望这篇能帮你少踩几个坑，把大作业做成答辩时敢主动展示的加分项。

本文还有配套的精品资源，点击获取