ASP的望性绝望性弹珠，我盯着屏幕看了整整三分钟，弹珠才确认自己没看错。望性

那是弹珠2008年的一个深夜，我在某个老牌技术论坛的望性犄角旮旯里翻到一个帖子，标题就叫《绝望性弹珠》。弹珠发帖人是望性个ID叫“空心菜”的程序员，他说自己在维护一个跑了七年的弹珠ASP老系统时，发现了一段注释——“别动这个函数，望性动了就崩，弹珠崩了就别想恢复。望性别问为什么，弹珠问就是望性弹珠。”

弹珠？弹珠我当时以为他喝多了。

直到我接手了一个类似的望性ASP项目，才明白那是什么滋味。那个系统是个政府部门的内部审批流程，表单提交、状态流转、权限校验，全是经典的三层架构。代码写得不算烂，但有个致命的老毛病——Session依赖太重。用户每次点“下一步”，服务器都得从内存里翻出那个会话对象，像从一个装满弹珠的玻璃罐里掏一颗特定的珠子。罐子不透明，手伸进去只能摸，摸错了就是404或者500。

最绝望的不是报错，是报错之后你根本不知道错在哪一步。ASP的调试信息向来吝啬，有时候就给你一句“对象关闭时，不允许操作”，然后没了。你得像拆炸弹一样，把每个可能的Session变量都打印出来，看哪个是空的、哪个类型不对、哪个被别的线程改了。有一次我排查一个“保存失败”的bug，花了整整两天，最后发现是某个老同事在五年前写了一个On Error Resume Next，把真正的异常全吞了，程序像一颗弹珠在玻璃罐里乱撞，撞到哪算哪。

那感觉就像你在一间黑屋子里修表，零件掉了一地，你只能趴在地上用手摸，摸到哪个算哪个。你越急，弹珠滚得越远。

后来我学会了一个歪招——在关键函数入口处写日志文件，每执行一步就写一行“到达第X行”。跑一遍，看日志停在哪，就知道弹珠卡在哪颗珠子旁边。这办法笨，但管用。有一次日志停在一个Recordset.MoveNext上，我一看，那循环前面有个If Not rs.EOF Then，但rs在循环体里被重新赋值了，EOF状态早就变了。这就是一颗隐藏的弹珠，平时安安静静躺着，一旦某条数据满足特定条件，它就滚起来，把整个循环带崩。

最让人抓狂的是，这种问题没法复现。你拿着测试数据跑一百遍都正常，一到用户手里就崩。用户不会给你看他的输入，只会截图一个“500内部错误”。你问他要Session状态，他说不知道；你让他清缓存，他说清了还是崩。你只能远程过去，用老办法——在代码里塞满Response.Write，把中间变量直接打到页面上，让他把屏幕发给你。那一刻你觉得自己不是程序员，是个在泥地里找钥匙的人。

后来那个项目终于被我翻修完了，我把所有Session访问都封装到一个类里，统一做空值判断和类型转换，再也不用裸奔的Session变量。但我知道，ASP生态里还有成千上万个这样的老系统，在某个机房的角落里喘着气。它们的代码里可能也藏着几颗弹珠，等着某个倒霉蛋在凌晨三点伸手去摸。

那篇帖子的最后，空心菜补了一句：“我后来把那个函数重写了，花了三天。结果上线第一周，又崩了，崩在一个我没碰过的子程序里。弹珠这东西，你永远不知道罐子里还有几颗。”

我关掉页面，看了一眼自己刚写完的日志代码，默默加了一行注释：“此处可能有弹珠，谨慎修改。”