2024年鸿蒙最全C#进阶-IIS应用程序池崩溃的解决方案_iis连接池死的原因(3)，2024年最新面试复盘怎么复盘

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

点击download下载，选择32还是64位，下载msi镜像，下载成功之后安装。

2、配置 DebugDiag 的断点信息

安装成功之后我们打开安装好的 DebugDiag 2 Analysis 程序，按照下面步骤添加断点。

选择“crash (崩溃)”规则。

选择“A specific IIS web application pool (特定 IIS Web 应用程序池)”

选择崩溃的特定应用程序池。

选择“Breakpoint (断点)”

点击“添加断点”

单击 Breakpoint 下的“Ntdll!ZwTerminateProcess”，将其选为 Breakpoint Expression。将 Action Type 更改为“Full userdump”并将 Action Limit 设置为 10，然后单击 OK。

点击保存并关闭。
点击下一步以激活断点。

点击“Next”，配置日志路径

单击“Finish”以激活规则。

您现在会看到崩溃规则处于活动状态并且“Userdump Count”为0。一旦问题发生，转储计数就会增加，并会生成相应的转储文件。

3、复现崩溃场景，查看问题日志

我们复现了出现问题的场景，IIS应用池再次崩溃，网页503无法访问，DebugDiag Tool的“Userdump Count”变为了10，表示程序池崩溃前程序已经出错了10次。

我们根据刚刚配置的日志路径，找到对应这个问题应用池的日志文件。

打开日志文件，我们看到了应用运行中的种种报错，找到反复高频报错的点，然后修复即可。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

8636735)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！