给某学校的正方教务系统（老版 2017 WEB）写的选课自动化：卡点开抢、失败重试、并发抢多门课。这个项目我最在意的一句话是写在 README 开头的——“基于反编译源码验证，不是盲写”。
从抓包盲写到反编译还原
第一版我是靠 .aspx 前端模板 + 抓包拼出来的选课接口，里面一堆 TODO 和推测。被问”你不能根据现有的推测出真实抢课逻辑接口？“，我承认了——后端逻辑编译进了 zjdx.dll，光看前端是猜的。于是装 dotnet SDK + ilspycmd 反编译那个 3.4MB 的 DLL，283 个 .cs 文件，把每个推测逐项对着真实 C# 校验。
反编译纠正了好几处盲写的错误：
- 选课成功的响应不是
alert('选课成功')，而是没有 alert、直接window.close()+opener.__doPostBack；我之前按”成功会弹窗”写的判断是错的。 - 失败码我原来猜了 6-8 种，实际是 16+ 种
fhbz返回码全枚举，每种对应不同结果和”能不能重试”。 - 课程号
xkkh不是裸字段，是”数据库里的 xkkh + 学号”拼接的；服务端走的是 Oracle 存储过程xsxkgc。
靠猜写出来的协议，和反编译看到的真实逻辑，差的不是细节，是对错。 这是这个项目最大的收获。
老正方的几个真实坑
侦察登录链路时撞到一串老系统特有的坑：
- URL 里那串
(oafieq55...)是 ASP.NET 的 cookieless session——服务端不发 Set-Cookie，会话全靠这串维持，得先 GET 拿新鲜的。 - 老版正方的
__VIEWSTATE只有 48 字节，而且没有__EVENTVALIDATION/__VIEWSTATEGENERATOR（.NET 1.1/2.0 时代的特征）——反而少两个字段更好处理。 - 表单字段命名离谱：密码字段叫
TextBox2，登录按钮Button1、靠 CSS 背景图渲染文字、value 是空的，POST 只要带Button1=空值。 - 编码是 gb2312 不是 UTF-8。
- “三科防刷”是学校在 nginx 层自加的 WAF，不在正方代码里：阈值约每秒 2 次，触发返回 12 字节的 gb2312”三科防刷”字符串。所以默认重试间隔设 2 秒、连续 5 次触发自动退出防封号。
一次把机器跑 OOM 的翻车
用户三次叮嘱”千万别跑崩机器”。我一度自信判断”内存 1.4GB 足够，不会 OOM”，结果用户报告”你把这台机器弄得 OOM 了”。我承认判断错了——根因是对峰值内存和 swap 估计太乐观（机器才 3.8GB 总内存、swap 已用 1.6GB）。这是个”我自信判断翻车”的典型，记下来：别人反复叮嘱的红线，别用乐观估计去赌。
（顺带一个虚惊：反编译时 GNU time 显示 wall clock 53 分钟，吓一跳，其实是它在后台进程的已知 bug，真实 CPU 用时才 35 秒。）
分发方案：从 exe 退回本地服务
本来想用 PyInstaller 打包成 exe 给同学双击运行。但 exe 在国内经常被 360/火绒/腾讯管家误报木马，于是改成”本地 Flask 服务（端口 18765）+ 浏览器 UI（CSS/JS 全内联）+ 启动脚本”，零杀毒报警、跨平台，SSE 实时推日志。并发设计是多 worker 共享同一个 cookieless session、各抢不同门课、全局反爬熔断。
独立 agent 审出的 3 个 P0
被问”你审核了吗？从头到尾”，我用一个独立 agent 端到端审了一遍，揪出三个致命 bug：① --button 选了一堆只弹窗不刷新列表的按钮，会一直 no_match 退出；② while pass 100% 占 CPU（加 sleep 让出 GIL）；③ sleep(min(30, 剩余时间)) 在剩余时间为负时 ValueError 崩溃（加 max(0,…)）。自己写的代码自己审容易有盲区，换个独立视角端到端走一遍，这几个 P0 才暴露。
诚实的局限
这个项目只在非选课时段验证过（服务端返回空列表），完整的端到端要等真实抢课时段；只跑过一个账号，而且是个已毕业账号——登录链路全通，但选课阶段服务端可能在身份校验层就拒（学籍已毕业），“能看到选课菜单 ≠ 能用”。学校来年正方大版本一升级，整套协议就得重写。这些我都如实写在 README 里，没假装它是个能直接用的成品。
小结
这个项目工程上最扎实的地方是那条”反编译证据链”——不靠猜、对着真实后端逻辑写。加上那次 OOM 翻车和独立 agent 审出的 P0，它对我的意义是：对一个有真实源码可查的系统，“推测能用”和”验证过能用”之间，隔着一整个 DLL。