【问题标题】：Crash in Microsoft.NET\Framework\v4.0.30319\clr.dllMicrosoft.NET\Framework\v4.0.30319\clr.dll 中的崩溃
【发布时间】：2014-07-07 06:39:56
【问题描述】：

错误应用程序名称：w3wp.exe，版本：7.5.7601.17514，时间戳：0x4ce7a5f8 错误模块名称：clr.dll，版本：4.0.30319.18063，时间戳：0x526767c6 异常代码：0xc00000fd 故障偏移：0x0007717d 错误进程 ID：0x1728 错误应用程序启动时间：0x01cf972772f04132 错误的应用程序路径：C:\Windows\SysWOW64\inetsrv\w3wp.exe 错误模块路径：C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll 报告 ID：b4d0c430-031a-11e4-a40f-0050569e40da

当我们的 MSM 模块加载器服务崩溃时不断收到此错误？我们加载了随 Windows 更新提供的修补程序，但没有任何改进。

关于为什么的任何想法？

【问题讨论】：

我也遇到了同样的错误。我们的应用程序就死了，没有其他错误，就是您在问题中列出的错误。
在我的情况下，这是旧版 ASP.NET Web 窗体应用程序中的堆栈溢出错误。在DebugDiag as outlined here 的帮助下，我得以追踪到这一点。

标签： dll

【解决方案1】：

tldr：

我也遇到了同样的错误。这是由于客户端反复调用WCF服务，其中一个方法递归调用自身，从而抛出StackOverflowException。

长答案：

这发生在使用 .Net 4.5 的 WCF 应用程序中。我们所有的服务 (.svcs)，开始一个接一个地失败，直到整个应用程序池开始给出错误 HTTP 503。应用程序池已经死了。

挖掘应用程序日志，然后是 EventViewer 日志，我们发现与 OP 相同的消息。

有一段时间我们一直在重启应用程序池，但它只会在一段时间后再次崩溃。

应用程序池在下午 2 点突然稳定下来，我们有一些从中午运行到下午 2 点的系统操作......我们认为这一定与此有关。我们能够发现这是由于合并错误导致方法不断递归调用自身，该方法没有参数或返回类型。可能它抛出了StackOverflowExceptions 导致应用程序池崩溃。

【讨论】：