ASP.NET 4.8 IIS站点单页面打开失败，故障模块System.ni.dll求助

问题背景 #

我们在IIS上托管ASP.NET Framework 4.8应用，采用同一应用部署多站点模式，每个站点使用不同端口及独立应用程序池。其中一个站点的某一页面访问时出现故障，导致站点崩溃，事件查看器捕获到如下错误信息：

故障应用程序名称: w3wp.exe, 版本: 10.0.20348.1, 时间戳: 0x405e4c14
故障模块名称: System.ni.dll, 版本: 4.8.4644.0, 时间戳: 0x645319fc
异常代码: 0xc00000fd
故障偏移量: 0x00000000002d92c0
故障进程 ID: 0x85b0
故障应用程序启动时间: 0x01daabb1943ac67f
故障应用程序路径: c:\windows\system32\inetsrv\w3wp.exe
故障模块路径: C:\Windows\assembly\NativeImages_v4.0.30319_64\System\67fa5133f5ad6ab200b2f6f043287ddc\System.ni.dll
报告 ID: 75f4accb-ab17-4004-80dd-3ec952030d0a
故障包全名:
故障包相对应用程序 ID:

错误解析及排查方向 #

核心错误识别 #

• 异常代码0xc00000fd代表栈溢出（Stack Overflow），这是触发崩溃的核心原因。
• 故障模块System.ni.dll是System.dll的原生镜像文件，说明溢出发生在.NET框架核心库调用流程中，但根源几乎都是业务代码或配置问题。

具体排查步骤 #

1. 定位触发页面的代码逻辑
   • 重点检查该页面是否存在无终止条件的递归调用、深度嵌套的方法调用，或是一次性加载超大量数据导致栈空间耗尽的情况。
2. 检查应用程序池配置
   • 确认对应应用程序池的“启用32位应用程序”选项是否与应用架构匹配（64位应用需关闭此选项），32位环境下栈空间更小，更容易触发溢出。
   • 调整应用程序池的私有内存限制和虚拟内存限制，避免因内存不足间接引发栈溢出。
3. 禁用原生镜像生成
   • 原生镜像可能存在兼容性问题，可通过以下命令禁用目标应用程序集的原生镜像：

     ngen uninstall "C:\你的应用路径\目标程序集.dll"
     

     执行后重启应用程序池，观察崩溃是否复现。
4. 启用详细栈追踪
   • 在web.config中添加以下配置，捕获溢出时的完整调用栈：

     <configuration>
       <system.web>
         <compilation debug="true" />
         <customErrors mode="Off" />
       </system.web>
       <system.diagnostics>
         <trace autoflush="true" />
         <sources>
           <source name="System.Web" switchName="SourceSwitch" switchType="System.Diagnostics.SourceSwitch">
             <listeners>
               <add name="textWriterListener" type="System.Diagnostics.TextWriterTraceListener" initializeData="WebTrace.log" />
             </listeners>
           </source>
         </sources>
         <switches>
           <add name="SourceSwitch" value="Verbose" />
         </switches>
       </system.diagnostics>
     </configuration>
     

     访问故障页面后，查看生成的WebTrace.log文件，定位具体的溢出触发点。
5. 更新.NET Framework
   • 确认服务器已安装最新的.NET Framework 4.8累积更新，部分栈溢出问题可能由框架本身的已知bug导致，更新后可修复。

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