为什么 w3wp.exe 应用程序池在 mscorlib.ni.dll 模块故障的高峰时段不断回收？

Question

我有一个问题，我有 .net 应用程序作为后端应用程序 我有一个问题，当前出现在用户数量增加后，应用程序池在高峰时段不断回收，当我调查时，我发现 windows 记录器给了我以下错误

故障应用程序名称：w3wp.exe，版本：10.0.14393.0，时间戳：0x57899135 故障模块名称：mscorlib.ni.dll，版本：4.6.1586.0，时间戳：0x575a1299 异常代码：0xc00000fd 故障偏移量：0x0 0371983 故障进程 ID： 0x1630 故障应用程序启动时间：0x01d3e3a513e484f0 故障应用程序路径：C:\Windows\SysWoW64\.netsrv\w3wp.exe 故障模块路径：C:\Windows\assembly\NativeImages_v4.0.3031 9_32\mscorlib\40571abae9422cd2ca6fafbbde1c3cdc\mscorlib.ni.dll 报告id: ff408c3f-e685-494f-afb8-f0c66a19eb8f Faulting package 全称：Faulting package-relative application ID

我期望的是应用程序崩溃，因为应用程序中的错误给我 stackoverflow 异常但是操作系统的 memory 使用率太低我不知道它何时发生以及我何时试图查看该路径

C:\Windows\assembly\NativeImages_v4.0.30319_32\mscorlib\40571abae9422cd2ca6fafbbde1c3cdc\mscorlib.ni.dll

我没有在生产服务器中找到我发现程序集文件夹有一些 misl 文件，而在 developemnt 环境中我发现了这条路径我不知道有什么区别有人说它的代码错误，其他人说 .net 框架错误我无法得到解决方案

Answer 1

经过一个月的搜索和不休眠，我发现解决方案非常简单我安装了调试诊断，然后我使用调试诊断来跟踪 iis 进程，我在异常设置中添加了完整用户转储，这对于使异常引发完整用户转储非常重要，第一次崩溃后，debugdiag 在您选择的位置抛出转储文件，然后打开 debugdiagaAnalyzer.exe 并在选择 memory 分析和崩溃分析后开始分析，它将向您显示崩溃的线程 ID 和 thr function exactlty 使 stackoverflow