Question

我的应用程序中出现了StackOverFlow - 我正试图找出跟踪它的方法。

我的事件日志每天都会显示崩溃，并提供以下信息：

错误应用程序名称：MyApp.exe，版本：1.0.0.0，时间戳：0x522e8317

错误模块名称：clr.dll，版本：4.0.30319.18047，时间戳：0x515530ce

异常代码：0xc00000fd

故障偏移：0x000000000000c657

错误进程ID：0x117fc

错误申请开始时间：0x01ceadf607b184d2

错误应用程序路径：C：\ Users \ Administrator \ Desktop \ MyApp.exe

错误模块路径：C：\ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ clr.dll

报告ID：d52424aa-1a16-11e3-bc4b-002590a4ec55

我读到0xc00000fd是堆栈溢出，但我不确定它可能发生的位置（非常大的代码库），以及如何跟踪它。有什么想法吗？

Answer 1

这通常是我使用WinDbg追踪的东西，否则它只是一个猜谜游戏。这是一个快速的演练，应该让你朝着正确的方向前进。

WinDbg是Windows的调试器，适用于调试托管代码和非托管代码。它也适用于检查崩溃转储。让我们从一个示例程序开始。

class Program
{
    static void Main(string[] args)
    {
        IWillStackOverflow(0);
    }

    [MethodImpl(MethodImplOptions.NoInlining | MethodImplOptions.NoOptimization)]
    static int IWillStackOverflow(int i)
    {
        return IWillStackOverflow(i + 1);
    }
}

这是一个非常人为的例子，但让我们一起来吧。它确实堆栈溢出，也没有提供堆栈跟踪。这就是WinDbg的用武之地。首先你需要安装它，它是Windows SDK中调试工具的一部分。有两个版本，x64和x86。您需要运行与应用程序的位数匹配的那个。

在WinDbg中，使用文件 - ＆gt;打开可执行文件并运行附带WinDbg的可执行文件。一旦应用程序加载，调试器就会中断，您可以使用g命令转到并使用您的应用程序，直到获得StackOverflowException。在你这样做之前，确保你的符号是正确的 - 通常运行.symfix+将纠正它，然后你可以去。

当你得到StackOverflowException时，调试器将在引发异常的线程上中断，消息将是这样的：

（cc0.b00）：堆栈溢出 - 代码c00000fd（第一次机会）

现在我们可以使用此命令加载托管调试扩展（我假设您在此处使用.NET Framework 4.0或4.5）：

.loadby sos clr

并致电!clrstack。在此示例中，输出为：

000000d440c76040 00007ffb282b0111 StackOverflower.Program.IWillStackOverflow(Int32) [Program.cs @ 20]
000000d440c76080 00007ffb282b0111 StackOverflower.Program.IWillStackOverflow(Int32) [Program.cs @ 20]
000000d440c760c0 00007ffb282b0111 StackOverflower.Program.IWillStackOverflow(Int32) [Program.cs @ 20]
..Repeat thousands of times..

所以我们在StackOverflowException时有托管堆栈。

如果您的应用程序不是非常容易的StackOverflow，您可以配置ADPlus以在StackOverflowException时获取应用程序的内存转储。 ADPlus是另一个重锤工具，但它很有效。首先，您需要ADPlus的配置，这是一个示例：

<ADPlus> 
   <!-- Add log entry, log faulting thread stack and dump full on first chance StackOverflow --> 
<Exceptions> 
     <Config> 
        <!-- Use sov for stack overflow exception --> 
       <Code> sov </Code> 
       <Actions1> Log;Stack;FullDump </Actions1> 
       <!-- Depending on what you intend - either stop the debugger (Q or QQ) or continue unhandled (GN) --> 
       <ReturnAction1> GN </ReturnAction1> 
     < Config> 
  </Exceptions> 
</ADPlus>

此配置示例最初由用户jaskis在MSDN论坛上发布：http://blogs.msdn.com/b/jaskis/archive/2010/08/11/cwa-ends-up-with-blank-screen-on-browser-on-iis-7.aspx 然后使用命令行通过配置启动应用程序。

这只是一个例子，WinDbg是一个非常强大的工具，虽然它有一点学习曲线。互联网上有很多很好的资源来获取它。 Tess Ferrandez在她的博客中有许多文章，涵盖了WinDbg和托管调试扩展。

Answer 2

这已经得到了解答，但我在受影响的计算机上搜索的答案比WinDbg更好，因为这只发生在我不想安装的生产服务器机器上WinDbg。我发现this article指的是Microsoft的可下载工具，它允许您在每个异常代码的基础上配置系统应如何响应不同的异常。这将（希望）允许在与生产机器不同的机器上进行调试：

可以将此DebugDiag实用程序配置为在StackOverflowException发生时生成故障转储。下载here。

如何在我的应用程序中找到StackOverflowException的源代码

2 个答案: