ASP新手必避的7大技术误区，第5个90%人仍在踩

　　三个月前，我蹲在客户机房里改ASP老站的登录页，空调外机嗡嗡响得人耳膜疼——隔壁楼在装玻璃幕墙，反光刺得我直眨眼。

文章配图，仅供参考

　　我原以为是Session超时，结果发现Session_ID根本没生成；我原以为是表单action路径错了，结果手动拼URL POST过去，照样静音；我原以为是Response.Redirect被拦截了，抓包一看——压根没发出任何302。它就停在Request.Abandon()之后那半行代码上，连finally块都不进。

　　后来翻出三个月前的备份，把同一段逻辑拷进测试环境，跑通了。我把两个环境web.config逐行diff，差在一行： —— 生产环境是true，测试是false。不是编译模式问题，是debug="true"触发了ASP内部那个隐式Response.Flush调用，而客户自己写的Response.Filter流处理器在Flush时偷偷吞掉了整个输出缓冲区（只针对POST请求，GET一切正常）。这事儿连微软KB都没提过，是2017年某个hotfix埋下的副作用，补丁编号KB4056892——但人家补的是.NET Framework 4.6.2，我们用的是4.5.1，补丁不适用，也不提示。

　　我问李工：“你们上线前真没测登录？”他抹着嘴说：“测了啊，前台点着‘登录’就跳首页，我们以为成功了。”——他点的是“忘记密码”，不是“登录”。那按钮ID叫btnLogin，样式和btnForgotPassword一模一样，就差一个像素的padding-left。

　　那天下午四点十七分，我把debug改成false，页面唰一下跳走了。李工说“成了”，转身去泡茶。我没动，盯着F12 Network面板里那条200响应发呆：Status Text栏里写着“OK”，但Response Body空空如也。可跳转就是发生了，用户根本看不见body。我也不知道这是怎么发生的，反正它就是动了。

　　（咖啡机突然启动，轰隆一声，震得我笔记本右下角的USB灯闪了三下）

　　优胜劣汰——这话我信。不是因为谁技术强，是因为谁先踩中这个点谁就活下来。剩下的人还在查SQL注入是不是没关，还在调web.config里customErrors的mode，还在重装IIS……没人抬头看debug这个开关的背面，贴着多厚一层胶带。

　　有谁碰到过这个吗？

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!