简介：这份资源是面向软件工程、计算机相关专业学生的JavaEE课程大作业完整方案，聚焦网上考试系统的设计与实现，适合需要完成期末项目、课程设计或自学JavaEE开发的学习者参考。压缩包共74个文件，约6.75MB，以16个java源文件、16个jsp页面和16个class编译文件为核心，配合css样式、gif与jpg图片资源，以及doc使用说明和项目报告，完整呈现了从后端逻辑到前端界面的系统结构。资源已有3476人学习下载，说明其方案经过较多同学验证。代码注释详细、难度适中，导入后只需修改姓名、学号等个人信息即可运行，报告与使用说明文档可帮助读者快速理解系统模块划分与业务流程，既可作为课程作业的直接参考，也便于在此基础上拆解学习JavaEE的MVC分层、页面交互与数据库访问思路，适合作为期末冲刺与项目入门的实用资料。

1. 网上考试系统这套 JavaEE 大作业，到底能帮你省下多少返工

期末周前两周，某高校软件工程专业的一位同学在群里发了一张截图：需求文档写了 18 页，代码仓库里只有 3 个实体类，答辩 PPT 还差一半。这不是个例。JavaEE 大作业里，网上考试系统是出现频率最高的选题之一，因为它同时踩中了「用户角色多、业务流程长、数据库表关系复杂」三个评分点，但也正因为这样，从零开始搭一套能跑通、能演示、能写进报告的完整系统，往往要吃掉一到两周。这份资源把代码、报告、使用说明打包在一起，解决的正是「知道要做什么，但不知道从哪一行开始写」的问题。它适合三类人：赶大作业 deadline 的本科生、需要一份可运行 JavaEE 参考实现的自学者、以及想拿现成业务模型改造成自己选题的开发者。下面按「这套系统怎么搭起来 → 关键模块怎么实现 → 哪里容易翻车 → 怎么改成自己的」的顺序拆开讲。

2. 系统骨架怎么搭：从 Maven 依赖到分层的四步落地

拿到一份 JavaEE 项目源码，第一件事不是急着点运行，而是先看清它的技术栈和目录结构。网上考试系统这类项目，常见做法是 Spring + SpringMVC + MyBatis（SSM）或 Spring Boot 单体架构，前端用 JSP 或 Thymeleaf 模板，数据库 MySQL。这份资源的代码包按标准 Maven 工程组织，报告里会给出 E-R 图和模块划分，使用说明则交代了环境版本和启动顺序。这一章先把骨架立住，后面才好往里填业务。

2.1 先读 pom.xml 和目录树，判断能不能在你机器上跑起来

很多人拿到源码直接mvn spring-boot:run，报一堆错才发现 JDK 版本对不上。正确顺序是先看依赖清单。打开pom.xml，重点确认三件事：Spring Boot 或 Spring 的版本、JDK 编译级别、数据库驱动版本。这三者不匹配是最常见的启动失败原因。

<!-- pom.xml 关键片段，重点看这三块 --> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.7.18</version> <!-- 决定整个依赖树的版本基线 --> </parent> <properties> <java.version>8</java.version> <!-- 编译级别，必须和本机 JDK 匹配 --> </properties> <dependencies> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> <!-- 8.x 驱动要配 com.mysql.cj.jdbc.Driver --> </dependency> </dependencies>

这段配置的含义：spring-boot-starter-parent锁定了 Spring 全家桶的版本，你不需要在每个依赖上单独写版本号；java.version为 8 意味着项目按 JDK 8 语法编译，如果你本机是 JDK 17，编译能过但运行期反射相关代码可能报InaccessibleObjectException；MySQL 驱动 8.x 对应的连接串必须带时区和 SSL 参数，否则启动时数据源初始化直接失败。参数怎么改：JDK 版本优先迁就项目而不是反过来，装一个 JDK 8 或用 SDKMAN 切换，比改代码省事得多。

目录树同样要读。典型结构是controller / service / mapper / entity / config五层，resources下放application.yml、mapper/*.xml和静态资源。如果看到webapp/WEB-INF目录，说明前端是 JSP，需要打 war 包部署到外部 Tomcat，而不是直接跑内嵌容器——这一点使用说明里通常会写，但很多人跳过不看，结果卡在 404 上半天。

2.2 数据库初始化：建库、导表、改连接串的顺序不能乱

考试系统的数据模型比一般 CRUD 项目复杂，核心表至少有：用户表（区分学生/教师/管理员角色）、题库表、试卷表、试卷题目关联表、考试记录表、答题明细表。报告里的 E-R 图就是围绕这几张表画的，外键关系决定了你导数据的顺序。

# 1. 建库，字符集必须显式指定，否则中文题干会变问号 mysql -u root -p -e "CREATE DATABASE exam_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;" # 2. 导入表结构和初始数据，注意先结构后数据 mysql -u root -p exam_system < sql/schema.sql mysql -u root -p exam_system < sql/data.sql # 3. 验证关键表是否导入成功 mysql -u root -p exam_system -e "SELECT COUNT(*) FROM question; SELECT COUNT(*) FROM exam_record;"

这三条命令的顺序有讲究：schema.sql只建表不插数据，data.sql插入管理员账号和示例题库，如果反过来执行，外键约束会直接拒绝插入。字符集用utf8mb4而不是utf8，是因为题干里可能出现生僻字或特殊符号，三字节的utf8存不下。验证那一步别省，question表为 0 行说明数据脚本没跑对，后面登录进去题库是空的，演示时很尴尬。

连接串的修改在application.yml或jdbc.properties里，常见配置如下：

spring: datasource: url: jdbc:mysql://localhost:3306/exam_system?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver

serverTimezone不写会报时区错误，useSSL=false是本地开发省掉证书握手，characterEncoding=utf8保证连接层不乱码。这四个参数是 MySQL 8 环境下启动失败的高频原因，逐个核对一遍比盲目搜索报错信息快。

2.3 分层结构里每个包该放什么，报告里怎么对应着写

评分老师看代码，往往先扫包结构再挑一两个类细看。这份资源的代码按职责分包，报告里的「系统详细设计」章节基本就是按包展开的。理解这个对应关系，你改代码和写报告能同步进行，不用二次返工。

这张表的价值在于：你答辩被问到「你的系统分几层、每层干什么」，照着说就行；报告里每个模块的描述也能从对应包里找素材，不用凭空编。事务控制放在 service 层是常规做法，因为一次交卷要同时写考试记录和答题明细，两条 insert 必须在一个事务里，否则中途失败会出现「有记录没答案」的脏数据。

2.4 启动与冒烟测试：三个角色各走一遍才算跑通

环境配好后，启动项目只是第一步，真正验证系统可用要按角色走流程。管理员登录建题库、教师组卷发布、学生答题交卷、教师阅卷出分，这条链路走通，说明核心业务没断。

# 启动（Spring Boot 内嵌容器方式） mvn clean package -DskipTests java -jar target/exam-system-1.0.jar # 如果是 war 包 + 外部 Tomcat mvn clean package cp target/exam-system.war $TOMCAT_HOME/webapps/ $TOMCAT_HOME/bin/startup.sh

-DskipTests是因为大作业项目里的单元测试往往不完整，跑测试会卡住打包流程，先跳过保证能出包。war 包方式要确认 Tomcat 版本和 Servlet 规范匹配，Tomcat 9 对应 Servlet 4.0，Tomcat 10 改成了 Jakarta 命名空间，老代码放进去会报ClassNotFoundException，这是升级容器时最容易踩的坑。

冒烟测试按这个顺序：先用data.sql里的管理员账号登录后台，确认能查到题库列表；再注册或使用预置的教师账号，手动组一份 5 题的试卷并设置考试时长；最后用学生账号进入考试页，答完提交，回到教师端看是否生成待阅记录。三步都过，系统就算立住了，可以开始研究具体模块的实现。

3. 核心模块怎么实现：组卷、答题、判分三条主线的代码拆解

骨架跑通之后，真正决定这套系统「像不像一个考试系统」的是三个模块：随机组卷、限时答题、自动判分。这三个模块也是报告里技术含量最高的部分，答辩提问基本围绕它们展开。这一章逐个拆实现思路和关键代码，参数怎么设、边界在哪，都落到具体行上。

3.1 随机组卷：按题型抽题与去重的两种实现

组卷的本质是从题库里按规则抽题。规则通常包括：总分固定、各题型数量固定、难度分布可选。最直接的做法是按题型分组，每组用ORDER BY RAND()抽指定条数。

-- 按题型随机抽题：单选抽 10 道，多选抽 5 道 SELECT * FROM question WHERE type = 'SINGLE' ORDER BY RAND() LIMIT 10; SELECT * FROM question WHERE type = 'MULTIPLE' ORDER BY RAND() LIMIT 5;

ORDER BY RAND()在小数据量下够用，题库几千条以内性能无感。但它的原理是对全表生成随机数再排序，数据量上万后每次组卷都会明显变慢。常见做法是加一个random_key字段，插入时写入随机值，抽题时WHERE random_key > ? ORDER BY random_key LIMIT n，用范围扫描替代全表排序。大作业场景下前者足够，但如果报告里想体现一点性能意识，把这两种方案的取舍写进去是加分项。

抽完题要落库，试卷和题目是多对多关系，靠中间表关联：

// 组卷服务：抽题后写入试卷与关联表，整个过程在一个事务里 @Transactional public Long generatePaper(PaperRule rule) { Paper paper = new Paper(); paper.setTitle(rule.getTitle()); paper.setTotalScore(rule.getTotalScore()); paperMapper.insert(paper); // 主键回填到 paper.id List<Question> singles = questionMapper.randomByType("SINGLE", rule.getSingleCount()); List<Question> multiples = questionMapper.randomByType("MULTIPLE", rule.getMultipleCount()); for (Question q : singles) { paperQuestionMapper.insert(paper.getId(), q.getId(), q.getScore()); } for (Question q : multiples) { paperQuestionMapper.insert(paper.getId(), q.getId(), q.getScore()); } return paper.getId(); }

@Transactional保证试卷主表和关联表要么全成功要么全回滚，避免出现「试卷建了但一道题没关联」的空卷。paperMapper.insert之后主键回填依赖 MyBatis 的useGeneratedKeys="true"，这个配置在 mapper XML 里，漏了的话paper.getId()返回 null，关联表插入直接报错。参数上，rule里的各题型数量之和乘以单题分值要等于总分，这个校验建议放在 controller 层做，别等落库后才发现对不上。

3.2 限时答题：服务端计时与前端倒计时的配合

考试系统的计时有个经典误区：只在前端做倒计时。学生打开浏览器控制台改一下 JS 变量，时间就重置了。正确做法是服务端记录开考时间和时长，每次提交或轮询时由服务端判断是否超时。

// 交卷时校验是否超时，超时则强制收卷并标记 public SubmitResult submit(Long recordId, List<Answer> answers) { ExamRecord record = examRecordMapper.selectById(recordId); LocalDateTime deadline = record.getStartTime().plusMinutes(record.getDuration()); boolean expired = LocalDateTime.now().isAfter(deadline); answerMapper.batchInsert(recordId, answers); record.setSubmitTime(LocalDateTime.now()); record.setStatus(expired ? "TIMEOUT_SUBMIT" : "NORMAL_SUBMIT"); examRecordMapper.updateById(record); return new SubmitResult(expired, scoreService.autoGrade(recordId)); }

startTime在进入考试页时写入，duration来自试卷配置，两者相加得到截止时间。expired为 true 时仍然接收答案但标记为超时提交，这样既不会丢学生已答内容，又能在成绩单上区分。前端倒计时只负责展示和提醒，真正的判定权在服务端，这是防作弊的基本盘。参数上，duration建议在组卷时就固化到试卷记录里，而不是交卷时去查试卷表，避免考试中途教师改试卷时长导致判定不一致。

前端倒计时用setInterval每秒刷新，到 0 时自动触发交卷请求。这里有个细节：浏览器切到后台标签页时定时器会被节流，倒计时可能变慢，所以前端展示的时间应该每次都用「截止时间戳 - 当前时间戳」重新计算，而不是简单每秒减一。

3.3 自动判分：客观题比对与主观题待阅的状态流转

判分模块分两半：客观题自动判，主观题进待阅队列。客观题比对答案时要注意多选题的答案顺序问题，学生选「AB」和「BA」应该都算对。

// 客观题判分：多选题答案排序后比对，避免顺序影响结果 public int gradeObjective(Question q, String studentAnswer) { if (studentAnswer == null || studentAnswer.trim().isEmpty()) { return 0; } if ("MULTIPLE".equals(q.getType())) { char[] stu = studentAnswer.replace(",", "").toCharArray(); char[] std = q.getAnswer().replace(",", "").toCharArray(); Arrays.sort(stu); Arrays.sort(std); return Arrays.equals(stu, std) ? q.getScore() : 0; } return q.getAnswer().trim().equalsIgnoreCase(studentAnswer.trim()) ? q.getScore() : 0; }

多选题先去掉分隔符再排序比对，是这类系统里最容易被忽略的一行。如果不排序，学生按「B,A」提交就会被判错，成绩一出就是投诉。equalsIgnoreCase用于单选题，防止大小写差异误判。主观题不在这里处理，直接写一条status = 'PENDING'的阅卷记录，教师端按列表拉取逐条打分，打分后回写总分并更新考试记录状态。状态机建议固定为「待阅 → 已阅 → 已发布」，发布前学生查不到主观题分数，这个流转在报告里画一张状态图会很清晰。

3.4 权限拦截：三种角色如何用拦截器隔离菜单和接口

考试系统的角色边界必须清楚：学生不能进题库管理，教师不能改系统配置。实现上常见两种，一是 Spring Security，二是自定义拦截器加 session。大作业项目多用后者，因为配置直观、报告好写。

// 自定义拦截器：按角色校验访问路径 public class RoleInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) throws Exception { String uri = req.getRequestURI(); User user = (User) req.getSession().getAttribute("loginUser"); if (user == null) { resp.sendRedirect("/login"); return false; } if (uri.startsWith("/admin") && !"ADMIN".equals(user.getRole())) { resp.sendError(403, "无权限"); return false; } if (uri.startsWith("/teacher") && !"TEACHER".equals(user.getRole())) { resp.sendError(403, "无权限"); return false; } return true; } }

拦截器按 URL 前缀做粗粒度控制，/admin/**只放管理员，/teacher/**只放教师，学生路径不额外限制但要求已登录。这种写法够用但不够细，如果同一路径下不同角色要看不同数据（比如教师只能看自己出的卷），还需要在 service 层按userId过滤。注册拦截器时记得排除登录页和静态资源路径，否则 CSS 和 JS 也会被拦，页面直接裸奔。

4. 避坑与排查：这套源码跑不起来时先看这五条

源码包能不能一次跑通，很大程度取决于你的环境和它的假设差多少。下面五条是按出现频率排的，每条都按「现象 → 原因 → 解决」写，照着排查能省掉大量搜索时间。

4.1 启动报数据源初始化失败

现象：控制台抛Failed to configure a DataSource或Communications link failure。原因通常是连接串参数缺失或数据库没启动。先确认 MySQL 服务在跑，再用命令行mysql -u root -p手动连一次，能连上说明服务没问题，问题在配置。检查url里是否带了serverTimezone和useSSL，MySQL 8 缺这两个参数会直接拒绝连接。密码里有特殊字符时要做 URL 编码，@写成%40，这是很多人卡住却想不到的点。

4.2 页面能打开但样式全丢

现象：登录页只有文字没有排版，浏览器控制台一堆 404。原因是静态资源被拦截器拦了，或者 war 包部署时路径前缀不对。检查拦截器的excludePathPatterns是否包含/css/**、/js/**、/static/**。如果是 war 包部署，访问路径要带项目名，比如http://localhost:8080/exam-system/login，少了项目名就会 404。

4.3 中文题干显示成问号

现象：题库列表里中文全是???。原因链有三处：数据库字符集、连接串字符集、JSP 页面编码。按顺序查：SHOW CREATE DATABASE exam_system看是不是utf8mb4；连接串有没有characterEncoding=utf8；JSP 页头有没有<%@ page contentType="text/html;charset=UTF-8" %>。三处任一不对都会乱码，逐个排除比猜快。

4.4 交卷后成绩为 0 或答案丢失

现象：学生答完提交，记录生成了但答题明细为空。原因多半是批量插入的 mapper 语句参数绑定写错，或者事务回滚了但异常被吞掉。先看日志里有没有Rollback关键字，有的话往上找第一个异常。再检查batchInsert的foreach里collection属性名是否和 Java 方法参数名一致，不一致时 MyBatis 会静默插入空集合，不报错但没数据。

4.5 教师端看不到学生提交的记录

现象：学生确认已交卷，教师阅卷列表是空的。原因是查询条件里带了teacher_id过滤，而组卷时试卷的创建人字段没写对，或者学生交卷时关联的试卷 ID 和教师查询的试卷 ID 对不上。用 SQL 直接查exam_record表，看paper_id和status字段的实际值，再对照教师端查询语句的where条件，基本一眼能定位。这类问题本质是数据关联没打通，别在代码里绕，先看数据。

5. 把现成系统改成自己的选题：三个改造点和一份验收清单

直接交一份和网上雷同的系统，答辩时容易被问住。更稳妥的做法是拿它当基线，做几处有辨识度的改造，既省时间又能讲出自己的东西。改造优先选成本低、可见度高的点。

第一个改造点是题型扩展。原系统通常只有单选、多选、判断，加一个填空题，需要动的地方是：题库表type枚举加值、组卷规则加数量字段、判分逻辑加字符串模糊匹配（比如去空格后比对，或按关键词命中给分）。改动量不大，但报告里可以写「支持五种题型」，演示时也有东西可看。

第二个改造点是防作弊。加一个切屏检测：前端监听visibilitychange事件，切出页面超过设定次数就记录并警告，数据随答题明细一起提交。服务端在exam_record表加一个switch_count字段。这个功能实现简单、演示效果好，答辩时是个不错的谈资。

第三个改造点是成绩分析。教师端加一个图表页，按班级统计平均分、及格率、各题正确率。数据用一条聚合 SQL 就能出，前端引一个轻量图表库渲染。报告里对应加一节「数据统计与分析」，比纯 CRUD 的描述有分量。

改造完按这份清单自检一遍再交付：

这份清单也是答辩前自己走一遍的流程，走完心里有底。我自己的习惯是每次交付前把数据库清空重导一遍，从零走完整链路，因为开发过程中手动改的数据往往会掩盖初始化脚本的问题——有一次就是data.sql里管理员密码的加密方式和代码里的校验对不上，本地一直能登是因为我手动改过库，换台机器就翻车。从那以后我每次改完初始化脚本都强制在干净库上跑一遍全流程，这个习惯帮我挡掉了不少演示当场的意外。希望这套拆解能帮你把大作业稳稳落地。

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