内容摘要： 查分网站源码 李老师把那个查分链接发到家长群时，我正蹲在服务器机柜旁边，手里攥着一根被汗浸湿的网线。那链接点开是个很普通的页面——白底，蓝字，一个输入框，一个查询按钮。但没人知道，背后那几

李老师把那个查分链接发到家长群时，查分我正蹲在服务器机柜旁边，网站手里攥着一根被汗浸湿的源码网线。那链接点开是查分个很普通的页面——白底，蓝字，网站一个输入框，源码一个查询按钮。查分但没人知道，网站背后那几百行PHP代码里，源码藏着三个if判断，查分两个循环，网站和一个我昨晚刚加上的源码sleep(2)。

查分网站的查分核心从来不是界面。是网站并发。是源码那种早上八点整，三千个家长同时点“查询”按钮，服务器瞬间从安静到嘶吼的瞬间。我用的是最笨的办法：每次查询前先锁一个文件锁，检查当前活跃请求数，超了就直接返回“请稍后再试”。这不算高明，但管用。去年用原生PHP写的，没上框架，连数据库连接都是手写的mysqli。后来我加了个Redis队列，把查询请求丢进队列里，再用一个后台脚本慢慢处理。效果不错，但有个副作用——家长那边会先看到“正在查询中”的转圈动画，平均等三秒。

那三秒是故意的。真不是技术不行，是防刷。有人写脚本每秒打几百次接口，想暴力遍历别人成绩。我故意让每次查询至少耗时两秒，再用IP加学号做双重限流，同一个IP一分钟最多查五次。有个家长在群里骂：什么破网站，转半天。李老师私信我，我说你让他换个网络试试，其实我心里清楚，是那个家长自己连着点了十几遍，被限流了。

最坑的一次是成绩导入那天。教务处给的Excel里有几行格式不对，学号前面多了个空格，导致那批学生怎么查都是“无数据”。我连夜写了个清洗脚本，把空格、全角字符、甚至不可见的零宽空格全剔了。后来我学乖了，每次导入前先跑一遍校验，把异常行单独列出来打印成日志。那条日志后来救了我一次——有个学生成绩被录入时少了十分，家长闹到校长办公室，我翻出日志，发现原始Excel里就是错的，跟我网站没关系。

代码里我最得意的部分是个隐藏功能。查询页面上有个空的HTML注释，里面藏了个参数，只要在网址后面加上?debug=1，就能看到每个查询请求的完整执行时间、数据库命中次数、甚至慢查询日志。这功能没告诉任何人，只我自己知道。有次半夜三点，一个家长疯狂刷查询，服务器CPU飙到90%，我远程连上去，打开debug一看，发现是某个查询没走索引，全表扫描了。加了索引后，CPU立刻降到5%。

说回那个sleep(2)。其实后来我把它改成了sleep(1)，因为发现家长们的耐心比我想象的差。但真正的秘诀是——查分结果页面上，我故意在返回数据前多查了一次数据库，拿当前时间和成绩更新时间做对比，如果成绩还没发布，就显示“成绩正在上传中”。这个设计让很多家长以为网站很“实时”，其实我只是用了一个简单的filemtime()函数。但效果出奇好，投诉率降了一半。

现在那套源码还在我的GitHub私有仓库里，最后一次提交是半年前。李老师今年没找我更新，因为学校换了新系统，据说用了云服务器。但我知道，那种小破站放在虚拟主机上、用文件锁扛住三千并发、靠sleep和debug参数防刷的日子，才是真正练手艺的时候。新系统可能更稳，但不会有人半夜三点爬起来看慢查询日志，也不会有人为了一个空格字符写二十行清洗代码。

查分网站，说白了就是个查成绩的破网页。但每个破网页背后，都藏着些不上台面的小聪明，和一堆没人看见的凌晨。