ASP.NET在IIS经典应用池抛出通用500错误，如何进一步调试？

• 启用IIS详细错误信息
  打开IIS管理器，找到目标站点，双击“错误页”；右键“500”错误项，选择“编辑功能设置”，勾选“详细错误”，保存后刷新浏览器，就能拿到具体的错误描述，比默认的500提示有用得多。

• 核对应用池配置与权限
  确认经典应用池的.NET框架版本和本地开发环境完全一致，比如开发用的是.NET Framework 4.8，IIS里就得选对应的版本；查看应用池的“标识”设置，确保这个账号有站点根目录的读写权限（尤其是App_Data这类需要写入的目录）；经典模式下还要检查“启用32位应用程序”选项，和本地开发环境匹配（如果项目是32位编译的，这里必须勾选）。

• 捕获更早阶段的异常
  既然Application_Error没触发，说明异常可能在请求管道更早的阶段就抛出来了。可以在Global.asax的Application_Start里手动绑定Error事件处理方法，把异常信息写入日志：

  protected void Application_Start()
  {
      this.Error += Global_Error;
  }
  
  void Global_Error(object sender, EventArgs e)
  {
      Exception ex = Server.GetLastError();
      // 把异常写入App_Data下的日志文件
      System.IO.File.AppendAllText(Server.MapPath("~/App_Data/error.log"), 
          $"[{DateTime.Now}] {ex.ToString()}\r\n");
      Server.ClearError();
  }
  

  另外注意，经典模式下Session的初始化时机和集成模式不一样，别在Application_BeginRequest里直接访问Session，把相关逻辑移到AcquireRequestState事件里，这个事件触发时Session才可用。

• 修复Response.Headers的兼容性问题
  System.PlatformNotSupportedException一般是因为在经典模式下用了集成模式才支持的特性，比如直接操作Response.Headers集合。经典模式下要改用Response.AddHeader()方法来添加响应头，别直接修改Headers属性，排查代码里所有操作Response.Headers的地方，换成兼容写法。

• 启用ASP.NET跟踪日志
  在Web.config里添加跟踪配置，记录请求的全流程：

  <system.web>
      <trace enabled="true" requestLimit="100" pageOutput="false" traceMode="SortByTime" localOnly="false"/>
  </system.web>
  

  访问http://你的站点域名/trace.axd就能查看跟踪日志，里面会记录请求每个阶段的执行情况，包括异常发生的具体位置。

• 本地模拟经典模式调试
  在Visual Studio里把项目的调试服务器改成IIS Express，然后设置应用池为经典模式，本地复现问题，这样就能直接断点调试更早的请求阶段，更容易抓到异常抛出的代码行。

内容的提问来源于stack exchange，提问作者user1907849