如何在Java中开发简单的在线考试系统_随机组卷算法与防切屏防作弊前后台配合-java教程-PHP中文网

用带种子的random分层抽样可复现组卷；多信号叠加检测+服务端心跳校验防作弊；时间同步需用服务端时间戳对齐。

如何在java中开发简单的在线考试系统_随机组卷算法与防切屏防作弊前后台配合

直接结论：别用 Math.random() 做核心逻辑，它不可复现、难调试、并发下还可能撞题。真要稳定组卷，得用带种子的 Random 实例，配合分层抽样。

常见错误是把“随机”当成“随便”，结果同一场考试里 A 学生抽到 3 道算法题，B 学生全是概念题；或者重考一次题就全变，学生投诉“题目不公平”。

按题型、难度、知识点三维度预分组，比如 questionsByType.get("单选").get("中等") 返回一个 List
对每组单独初始化 new Random(seed + type.hashCode() + difficulty.hashCode())，确保同参数下每次抽题顺序一致
抽题后立即 shuffle（用该组专属 Random），再取前 N 条——避免全局 shuffle 后裁剪导致偏差
把最终生成的试卷 ID 和 seed 存进数据库，方便事后审计或重放

会，而且大概率失效。浏览器标签切换、Alt+Tab、Win+D、甚至某些输入法弹窗都会触发 visibilitychange，但它不捕获 DevTools 打开、新窗口粘贴、手机分屏等行为。

真正能落地的方案是多信号叠加检测，不是靠一个事件扛全部。

监听 visibilitychange + blur + pagehide，任一触发即标记“疑似离开”，但不立刻交卷
加一层心跳检测：前端每 15 秒发一次 /api/heartbeat?examId=xxx&timestamp=171...&focus=true，后端比对上一次时间戳和 focus 状态
关键点：后端必须校验 timestamp 是否在合理窗口内（比如 ±3 秒），且连续两次 focus=false 才记为“失焦超时”
别在前端做“自动交卷”，只记录状态；交卷动作必须由后端根据策略判定并落库

完全不可信。前端任何状态都可以被篡改，focus=true 这种参数本质是“申报”，不是“证据”。后端唯一能信的是自己可控的信号源。

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

所以验证逻辑不是“检查参数对不对”，而是“有没有其他旁证支持这个申报”。

每个 heartbeat 请求必须携带 JWT，且 token 中 embed examId 和 studentId，防止伪造请求路径
后端维护一个内存 Map：Map<string examsession></string>，其中 ExamSession.lastActiveAt 和 lastFocusAt 分开更新
若收到 focus=true，但 lastActiveAt 距今已超 60 秒，直接忽略该次申报（说明用户早走了，只是现在才切回来）
若 2 分钟内无任何 heartbeat，无论 focus 字段是什么，都标记为“异常中断”，后续提交试卷时需人工复核

会，而且很隐蔽。比如前端用 Date.now() 生成 timestamp，后端用 System.currentTimeMillis() 校验，服务器时钟慢了 8 秒，就会把合法心跳判成“超时”。

别依赖各自系统时间，要用协商好的时间基线。

登录成功后，后端在响应头写 X-Server-Time: 171xxxxxx（毫秒时间戳），前端存为 serverOffset = serverTime - Date.now()
所有 heartbeat 的 timestamp 都用 Date.now() + serverOffset 计算，确保和后端时间轴对齐
后端校验时，用 Math.abs(timestamp - System.currentTimeMillis()) 容忍网络延迟，超过即丢弃该次上报
别省事用 new Date().toString() 或格式化字符串传时间——解析开销大、易出错、难校验

最麻烦的不是技术实现，是得接受“防不住所有作弊”。能拦住复制粘贴、快速切屏、多人协作这种低门槛行为就够了。真想抄，截个图发微信，你连日志都留不下痕迹。