ASP程序报500错误，程错误十有八九是序中图片上传惹的祸。这不是图片我瞎猜，上周刚帮一个做企业站的上传朋友排查过类似问题，折腾了三个小时，程错误最后发现罪魁祸首是序中服务器上少了一个文件夹的写权限。你说气不气人？图片

先说说那天的情况。朋友的上传网站后台突然传不了产品图片了，一点上传按钮就白屏，程错误F12一看HTTP状态码，序中稳稳的图片500。他以为是上传代码被改了，翻遍了ASP文件也没看出个所以然。程错误我远程登录服务器，序中检查IIS日志，图片发现错误记录指向upload.asp的第47行——就是那个经典的SaveAs方法调用。

问题往往不在代码本身，而在代码运行的环境。ASP上传图片报500，最常见的几个原因，我按踩坑频率排个序：第一，上传目录的IIS匿名用户权限不够；第二，服务器物理内存不足，ASP组件处理大图片时直接崩溃；第三，上传组件没注册，比如常用的ASPUpload或LyfUpload；第四，代码里没做文件类型校验，传了个不支持的格式导致组件抛异常。

那天的情况属于第一种。IIS的应用程序池用的默认身份是ApplicationPoolIdentity，这个账号对上传文件夹只有读取权限，没有写入权限。解决办法很简单——右键上传目录，安全选项卡里加上IIS_IUSRS组的修改权限，再回收一下应用程序池，问题立刻消失。但为什么之前能用？因为那台服务器之前是用管理员账号跑的应用程序池，后来IT部门做安全加固，改了池身份，上传就挂了。

还有一次更邪门。客户说图片一超过200KB就报500，小于200KB完全正常。我一开始以为是ASP的Request.BinaryRead超时限制，调大了AspMaxRequestEntityAllowed的值也没用。查了半天，最后发现服务器上装了某个安全狗软件，默认拦截大于200KB的POST请求——这种第三方干扰最坑人，你根本想不到去查它。

如果你也遇到类似情况，别急着改代码。先看事件查看器里的应用程序日志，ASP错误会写在那里，通常能直接看到是哪个组件出错。其次，临时把On Error Resume Next去掉，让错误显示出来——很多程序员写ASP习惯性吞掉错误，结果500页面只显示“服务器错误”，连个具体原因都不给。

最后说个偏方。如果实在排查不出来，试着把上传文件重命名为不带中文的短文件名，比如a.jpg再传一次。不少老ASP程序在处理中文文件名时编码会出乱码，导致SaveAs路径找不到，直接抛500。这个坑我踩过两次，一次是繁体系统，一次是服务器默认代码页被改成了西欧字符集。

ASP虽然老旧，但企业里还有大量存量系统在跑。遇到图片上传500，别慌，按环境、权限、组件、代码四个维度逐个排除，八成能在半小时内定位。最怕的就是瞎改一通代码，越改越乱。