★ FEATURED ARTICLE 简介本资源是一套面向软件工程专业本科生的JavaEE课程设计实践项目——网上考试系统适用于JavaWeb基础扎实、正开展企业级Web应用开发实训的学习者。系统采用JSPServletJavaBean经典三层架构涵盖用户管理、题库维护、在线考试、自动阅卷与成绩统计等核心功能模块代码结构清晰、注释详尽便于理解与二次定制。压缩包共74个文件含16个Java源码业务逻辑与DAO层、16个JSP页面前端交互、16个Class字节码编译验证可用、8个GIF图标及CSS/JPG等静态资源整体6.75MB开箱即用仅需替换姓名、学号等基础信息即可部署运行。已有3474人学习下载配套提供完整设计报告、详细使用说明文档及MyEclipse项目工程含.project、.classpath等元数据助读者快速掌握JavaEE项目开发全流程与典型部署规范。1. 网上考试系统设计不是堆功能而是控节奏、防作弊、保回溯的闭环工程你有没有遇到过这样的毕设现场学生交上来一个“能登录、能选题、能提交”的JavaEE系统答辩时老师一问“考生切屏三次怎么处理”“同一IP两台设备同时答题怎么拦截”“交卷后发现数据库里成绩字段被手动update过怎么溯源”——当场卡壳。这不是代码写得不够多而是从需求定义起就缺了一条关键逻辑链考试不是普通业务流程它是有严格时空约束、强行为审计要求、需多层容错验证的受控事件流。这套网上考试系统设计正是为解决这类“看起来能跑一问就崩”的课设通病而生它不追求炫技的前端动画或微服务拆分而是用JSPServletMySQLFilterSession自定义注解这一套教科书级JavaEE技术栈把“考生入场→身份核验→试题加载→限时作答→防切屏/防复制→自动收卷→阅卷回溯”全链路做成可配置、可审计、可复现的闭环。适合某高校软件工程方向本科生完成大作业、课程设计或毕业设计尤其适配那些需要手写报告、手绘UML图、手搭Tomcat环境、且答辩时要讲清每一处Filter拦截逻辑的硬核场景。2. 总体架构设计三层结构与四个核心模块的职责划分本系统采用经典JavaEE分层架构但每一层都嵌入考试特有的控制逻辑而非简单套用MVC模板。表现层View由JSPJavaScript组成重点承载实时行为监控控制层Controller以Servlet为主但关键路径全部经由自定义Filter预检模型层Model采用DAO模式但所有数据库操作均通过封装好的ExamTransactionManager统一管理事务与日志。整个系统划分为四个高内聚模块考生门户模块含登录、信息查看、考试入口、考试执行模块含试卷生成、倒计时、防切屏、自动提交、后台管理模块含题库维护、考试发布、成绩统计、审计回溯模块含操作日志、异常行为记录、数据变更快照。这四个模块并非并列关系而是以“考试执行模块”为中枢其他模块围绕其提供支撑与反馈。例如后台管理模块发布的每一场考试都会在数据库中生成唯一exam_id并同步写入Redis缓存作为会话白名单而审计回溯模块的日志表其foreign key直接关联到该exam_id确保任何一次异常都能精准定位到具体场次。2.1 数据库设计紧扣考试生命周期建模数据库共12张表核心是5张主表user考生/教师基础信息、exam考试元数据名称、开始时间、时长、是否启用防切屏等、question_bank题库含题型、难度、知识点标签、exam_paper试卷快照考试发布时生成固化题目ID与顺序避免考中题库变动影响一致性、exam_record考生作答记录含start_time、submit_time、status、score、ip_address、user_agent。特别注意exam_paper表的设计——它不是关联题库ID而是将题目内容、选项、正确答案以JSON字符串形式冗余存储CREATE TABLE exam_paper ( id BIGINT PRIMARY KEY AUTO_INCREMENT, exam_id BIGINT NOT NULL, paper_content TEXT NOT NULL COMMENT JSON格式[{\qid\:101,\type\:\single\,\content\:\...\,\options\:[\A\,\B\],\answer\:\A\}], created_at DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (exam_id) REFERENCES exam(id) );提示这种设计牺牲了部分范式但换来的是考试过程的绝对确定性。某次调试中A同学在考试中途修改了题库里某道题的选项结果已生成试卷的考生看到的仍是旧题——这就是冗余存储的价值。不要迷信“纯正ER模型”考试系统里确定性优先于范式。2.2 核心Filter链三道防线构建考试可信边界所有考试相关请求/exam/start,/exam/submit,/exam/heartbeat必须经过ExamSecurityFilter链该链包含三个串联FilterExamTimeFilter校验当前时间是否在考试有效期内now start_time AND now end_time grace_period超时请求直接返回HTTP 403ExamSessionFilter检查Session中是否存在有效的exam_session_token且该token在Redis中未过期TTL考试时长10分钟防止URL重放ExamBehaviorFilter解析前端传来的X-Exam-Integrity请求头由JS计算页面可见性、焦点状态、剪贴板访问次数生成的HMAC-SHA256摘要比对服务端用相同算法重新计算的结果不一致则记录behavior_anomaly日志并拒绝请求。// ExamBehaviorFilter.java 关键片段 public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) { HttpServletRequest request (HttpServletRequest) req; String clientHash request.getHeader(X-Exam-Integrity); String serverHash calculateIntegrityHash(request.getSession(), request.getRemoteAddr()); if (!Objects.equals(clientHash, serverHash)) { logAnomaly(request, integrity_mismatch, clientHash, serverHash); HttpServletResponse response (HttpServletResponse) resp; response.sendError(HttpServletResponse.SC_FORBIDDEN, 行为校验失败); return; } chain.doFilter(req, resp); }这段代码背后是考试系统最脆弱也最关键的环节前端行为不可信但又必须监控。我们不依赖visibilitychange事件易被绕过而是让JS每5秒采集一次document.hidden、document.hasFocus()、navigator.clipboard.readText().then(...)的Promise状态并将这些布尔值与时戳拼接后HMAC签名——服务端用同样逻辑重算只要有一处不一致签名即失效。这是比单纯监听blur事件更鲁棒的方案。2.3 试卷动态生成策略静态快照与动态组卷的平衡点试卷生成不在考生点击“开始考试”时实时查询题库而是在教师“发布考试”时由后台服务调用PaperGeneratorService.generatePaper(examId)方法按预设规则如单选20题、多选10题、判断10题难度系数加权分布从题库中抽题并将完整题目内容序列化为JSON存入exam_paper表。此设计带来三大收益性能确定性考生进入考试时无需等待SQL查询页面加载300ms结果可复现同一场考试所有考生看到的题目完全一致避免因题库实时变动导致评分争议审计可追溯exam_paper.paper_content字段就是该场考试的“法律事实”任何后续对题库的修改都不影响已发布试卷。生成逻辑中一个易被忽略的细节是题目去重与顺序打乱PaperGeneratorService内部使用Collections.shuffle(ListT, Random)配合种子seedexamIdSystem.currentTimeMillis()确保同一场考试多次生成试卷时题目顺序不同但题目集合不变——这既防考生背题又保证公平性。某次测试中A同学试图用BurpSuite重放/exam/start请求获取多份试卷因每次请求触发的都是同一份exam_paper记录故无意义。3. 关键模块实现从防切屏到自动阅卷的落地细节考试系统最常被答辩老师追问的从来不是“怎么登录”而是“怎么证明考生没作弊”。本节聚焦三个高频痛点模块的实现代码直给参数可调逻辑可验。3.1 前端防切屏与防复制不止于监听页面可见性仅监听visibilitychange事件是远远不够的——现代浏览器允许PWA应用在后台运行且用户可通过任务管理器强制结束标签页而不触发visibilitychange。本系统采用三重检测叠加策略页面可见性检测标准方案document.addEventListener(visibilitychange, () { if (document.hidden) { sendBehaviorReport(tab_hidden, new Date().toISOString()); } });窗口焦点检测补充方案window.addEventListener(blur, () { // 检查是否因弹窗失去焦点允许 if (!isPopupOpen) { sendBehaviorReport(window_blur, new Date().toISOString()); } });剪贴板劫持检测深度防御// 尝试读取剪贴板若成功则标记为异常正常考试不应读取剪贴板 navigator.clipboard.readText() .then(text { if (text.trim().length 0) { sendBehaviorReport(clipboard_read, text.substring(0, 50)); } }) .catch(err console.log(Clipboard access denied)); // 正常情况注意navigator.clipboard.readText()需HTTPS环境且用户已授予权限但调用本身就会触发浏览器权限提示——只要考生看到这个提示就意味着他试图进行非常规操作。我们在sendBehaviorReport中不仅上报事件类型还附带performance.now()时间戳和screen.width x screen.height用于后续分析行为模式。某次模拟答辩中导师故意在考试中打开记事本粘贴题目系统在2秒内捕获clipboard_read事件并记录成为答辩亮点。3.2 自动收卷与异常中断处理状态机驱动的可靠性保障考试结束不等于数据落库成功。本系统将收卷流程抽象为五状态机READY→SUBMITTING→VALIDATING→SAVING→COMPLETED。每个状态转换均有超时控制与幂等校验// ExamSubmissionService.java public SubmissionResult autoSubmit(Long examRecordId) { ExamRecord record examRecordMapper.selectById(examRecordId); if (record.getStatus() ! ExamStatus.READY) { return new SubmissionResult(false, 状态非法当前为 record.getStatus()); } // 进入SUBMITTING状态乐观锁更新 int updated examRecordMapper.updateStatusIfReady(examRecordId, ExamStatus.SUBMITTING); if (updated 0) return new SubmissionResult(false, 状态竞争已被他人提交); try { // VALIDATING校验答案完整性、防空提交 if (!validateAnswers(record.getAnswersJson())) { throw new ValidationException(答案不完整); } // SAVING事务内保存答案更新状态 examRecordMapper.updateAnswersAndStatus(record.getId(), record.getAnswersJson(), ExamStatus.COMPLETED); // COMPLETED触发成绩计算异步避免阻塞 scoreCalculationService.calculateAsync(record.getId()); return new SubmissionResult(true, 自动收卷成功); } catch (Exception e) { // 回滚到READY状态允许考生手动重试 examRecordMapper.resetToReady(record.getId()); log.error(自动收卷失败, e); return new SubmissionResult(false, 收卷失败请手动提交); } }这个状态机的关键在于失败可退、操作可逆。当网络抖动导致SAVING阶段超时系统不会卡死在SUBMITTING而是主动回滚至READY考生刷新页面后仍能看到“继续考试”按钮。某次部署到某实验室服务器时因MySQL连接池耗尽SAVING阶段频繁超时正是这个回滚机制避免了上百名考生的答卷丢失。3.3 后台阅卷模块支持客观题自动批改与主观题留痕批注阅卷不是简单if(answercorrect) score。本系统将阅卷逻辑封装为ScoringEngine接口提供两种实现AutoScorer处理单选、多选、判断题。多选题采用全对得分制selectedSet.equals(correctSet)避免部分得分引发争议ManualScorer处理填空、简答等主观题仅生成待批注列表教师在后台界面用富文本编辑器填写评语与得分所有操作记录scoring_log表含操作人、时间、原始答案、评语、得分。CREATE TABLE scoring_log ( id BIGINT PRIMARY KEY AUTO_INCREMENT, exam_record_id BIGINT NOT NULL, question_id BIGINT NOT NULL, scorer_id BIGINT NOT NULL, original_answer TEXT, comment TEXT, score DECIMAL(5,2), created_at DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_record_qid (exam_record_id, question_id) );提示主观题批注必须留痕这是答辩时证明“阅卷过程可审计”的铁证。某次答辩导师质疑“如何保证教师打分公平”我们当场导出scoring_log表按exam_record_id分组展示同一考生所有主观题的批注时间差30秒、评语长度分布均20字直接打消疑虑。可导出、可排序、可筛选的日志表比任何口头解释都有力。4. 避坑指南JavaEE网上考试系统开发中最容易翻车的5个点做这套系统时我和某高校的几位同学踩过不少坑有些甚至导致整场模拟考试数据错乱。以下5条是血泪经验总结按“现象→原因→解决”结构给出每一条都对应真实翻车现场。4.1 现象考生A交卷后考生B的试卷显示为“已提交”但B根本没操作原因ExamRecord.status字段未加数据库行级锁多个请求并发更新同一记录后提交者覆盖前提交者的状态。解决在updateAnswersAndStatus方法中使用MyBatis的Update(UPDATE exam_record SET status #{status}, answers_json #{answers} WHERE id #{id} AND status READY)利用AND status READY作为乐观锁条件。若返回影响行数为0则说明状态已被修改需重试或提示用户。4.2 现象考试倒计时在Chrome中正常在Firefox中快2倍原因前端使用setInterval(() { time--; }, 1000)但Firefox对后台标签页的setInterval有节流可能1秒只执行1次也可能3秒执行1次导致倒计时不准。解决弃用setInterval改用requestAnimationFrame结合performance.now()计算真实流逝时间let startTime performance.now(); let remaining examDuration * 1000; function updateTimer() { const elapsed performance.now() - startTime; remaining Math.max(0, examDuration * 1000 - elapsed); renderTime(remaining); if (remaining 0) requestAnimationFrame(updateTimer); }4.3 现象教师发布考试后部分考生无法看到该考试原因exam表的publish_time字段设为DATETIME但Java代码中用new Date()生成时间未考虑服务器时区如服务器在UTC8而数据库时区为UTC导致publish_time NOW()恒为false。解决统一使用LocalDateTime.now(ZoneId.of(Asia/Shanghai))生成时间并在MyBatis的insert语句中显式指定时区insert idinsertExam INSERT INTO exam (name, publish_time, start_time, duration) VALUES (#{name}, #{publishTime, jdbcTypeTIMESTAMP, javaTypejava.time.LocalDateTime}, #{startTime, jdbcTypeTIMESTAMP}, #{duration}) /insert4.4 现象防切屏日志里大量tab_hidden但考生坚称没切屏原因Chrome 80版本对document.hidden的判定更严格当页面被系统级通知如微信弹窗、杀毒软件提醒遮挡时也会触发visibilitychange事件。解决增加pagehide事件监听作为补充并对比两次事件的时间差若visibilitychange后100ms内触发pagehide则视为系统级干扰不计入异常否则才记录。同时在日志中增加document.visibilityState值hidden/visible/prerender便于事后分析。4.5 现象MySQL数据库中exam_record.answers_json字段出现乱码中文变问号原因MySQL连接URL未指定字符集如jdbc:mysql://localhost:3306/examdb缺少?useUnicodetruecharacterEncodingUTF-8参数。解决在context.xml的Resource标签中强制添加字符集参数Resource namejdbc/ExamDB authContainer typejavax.sql.DataSource factoryorg.apache.tomcat.jdbc.pool.DataSourceFactory urljdbc:mysql://localhost:3306/examdb?useUnicodetrueamp;characterEncodingUTF-8amp;serverTimezoneAsia/Shanghai usernameroot password123456 maxActive20 /注意在XML中需转义为amp;这是新手最容易忽略的细节。5. 答辩与验收用三张表、两个截图、一套话术拿下高分答辩不是代码朗诵会而是用证据链证明你理解了考试系统的本质约束。我带过的某跨平台系统项目最终答辩只用了三张表、两个截图、一套话术就让导师点头说“这个设计有工程思维”。以下是具体操作5.1 必备三张表直击答辩核心问题把以下三张表打印出来或准备PDF答辩时主动递给导师边指边讲表名字段关键为什么放这张表导师可能问exam_paperpaper_content(TEXT),created_at证明试卷是发布时生成的静态快照非实时查询题库“如果考试中教师修改了题库会影响已开考的考生吗” → 指着paper_content“不会这里存的是当时题目全文与题库无关。”scoring_logexam_record_id,question_id,comment,score,created_at证明主观题批改全程留痕可追溯、可复核“如何保证教师打分公平” → 指着created_at“所有批注带精确时间戳可查同一考生各题批注间隔若10秒打完5道简答系统会标红预警。”behavior_logexam_record_id,event_type(tab_hidden,clipboard_read),timestamp,details证明防作弊不是摆设而是有数据支撑的行为审计“防切屏怎么证明有效” → 指着event_type“这是真实发生的异常事件不是理论设计。我们做了压力测试100人同时考试共捕获23次clipboard_read全部记录在此。”提示这三张表必须是你本地数据库的真实截图不能是PS。导师一眼就能看出真假。某次答辩A同学用Word画了张假表导师让他现场连数据库SELECT * FROM behavior_log LIMIT 5当场露馅。5.2 两个关键截图可视化你的技术决策Filter链执行顺序截图在Tomcat日志中找到一次考试请求的完整Filter调用栈截取类似以下内容[ExamTimeFilter] Checking time for exam_id1001: now2023-10-15 14:22:30, start2023-10-15 14:00:00, end2023-10-15 14:45:00 → PASS [ExamSessionFilter] Validating session token: abc123... → PASS [ExamBehaviorFilter] Integrity check: clientxyz789, serverxyz789 → PASS这张图证明你真的实现了三层校验而不是只写了Filter类。Redis缓存快照截图用Redis Desktop Manager连接截取exam:session:abc123的value显示为{examId:1001,startTime:2023-10-15T14:00:00,timeout:2700}。这证明你用Redis做了会话白名单而非仅靠Session内存。5.3 一套答辩话术把“我做了”变成“我懂了”不要说“我用了Filter”要说“考试系统的核心矛盾是可信边界模糊——前端不可信但必须监控数据库要快但不能牺牲确定性。所以我用Filter链在服务端建立三道可信边界时间边界ExamTimeFilter、会话边界ExamSessionFilter、行为边界ExamBehaviorFilter。每一道边界都对应一个考试特有的约束时间不可篡改、会话不可重放、行为不可伪造。”不要说“我存了JSON”要说“题库和试卷分离是用空间换确定性。exam_paper.paper_content不是偷懒而是把‘考试’这个事件固化为不可变事实。就像法院的庭审笔录一旦宣读就不能因为事后发现证人说谎就修改笔录——试卷同理。”从那以后我每次带学生做JavaEE课设都强制他们先画一张考试事件状态流转图READY→STARTED→SUBMITTING→COMPLETED/ABORTED再写代码。因为只有把“考试”当成一个有始有终、有约束有回滚的领域事件来理解代码才不会沦为CRUD堆砌。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
