在线考试网站源码

去年帮一个做职业培训的线考朋友搭在线考试系统，他开口就问：“有没有现成源码，试网我直接部署？站源”我给他看了三套方案，他选了最便宜那套，线考结果考试当天三百人同时交卷，试网服务器直接崩了。站源这事让我意识到，线考聊在线考试网站源码，试网不能只谈功能列表，站源得先看它扛不扛得住真实场景。线考

市面上开源的试网考试系统不少，PHP写的站源比如Exam，Java系的线考比如无忧考试简化版，还有基于Python Django的试网。但源码质量参差不齐。站源我拆过一套下载量挺高的PHP源码，数据库设计一塌糊涂——每道题的选项直接存成逗号分隔的字符串，学生答案也存字符串。想统计某道题的正确率？得把整张表拉出来用脚本跑。这种设计在几十人的小班课能用，上千人的考试就是灾难。

真正能用的考试源码，核心不在题库管理，而在并发控制和防作弊。我见过一个做得不错的案例，前端用WebSocket保持心跳，后端每30秒往Redis写一次考生状态。如果同一个账号在另一台设备登录，旧连接立刻被踢。这比单纯检测IP靠谱得多，因为很多考场用的是同一个NAT出口。源码里这部分逻辑大概两百行，但价值超过整个题库模块。

另一个容易被忽略的点是试卷生成算法。随机抽题不是ORDER BY RAND()就完事。那套培训系统要求同一个考场里，相邻座位的试卷重复率低于30%。源码里用了一种简单的贪心策略：先按知识点分层，每层随机选一道，再检查与左右邻居的差异度。实现不复杂，但没做过考试系统的人根本想不到要加这个。

数据库选型也直接决定源码能不能改。MySQL配InnoDB是底线，但很多老源码还在用MyISAM。考试过程中如果服务器断电，MyISAM表直接损坏，考生答案全丢。我建议朋友把答案表单独拆出来，用SQLite做本地缓存，每答一题先写本地，再异步同步到主库。这样即使网络抖动，最多丢一道题。这套逻辑我后来写进了一个开源项目的issue里，作者居然采纳了。

说到防切屏，浏览器API其实很脆弱。visibilitychange事件在移动端经常不触发，全屏API又被各种浏览器限制。靠谱的做法是组合拳：监听焦点变化、检测鼠标离开窗口、记录答题时间分布。如果某道题停留时间低于3秒且正确，标记为可疑。源码里这部分通常叫“行为分析模块”，但很多免费版直接砍掉了。

最后提一嘴部署。别信那些“一键安装”的说明。考试系统对时间同步极其敏感，服务器和数据库时间差超过2秒，交卷时间戳就会乱。源码里一般用NTP，但容器化部署时经常忘了映射时区。我见过最离谱的案例，考生交卷时间显示为1970年，因为Docker容器里没装tzdata。

如果你打算自己改源码，优先看三个文件：exam_submit.php（或对应语言的交卷处理）、question_bank.sql（表结构）、config/redis.php（并发配置）。这三个地方改明白了，系统就能跑。至于界面丑不丑，那都是最后才考虑的事。