自动生成 .NET 故障转储

Question

我知道如何使用 ADPlus 或 DebugDiag 生成故障转储文件，但我想知道是否有一种方法可以在客户的计算机上执行此操作而无需安装这些工具...具体来说，我希望能够配置我的应用程序（例如，使用注册表值）在发生严重故障时生成故障转储。 更具体地说，我需要能够从 C# 应用程序执行此操作，但我不介意在必要时进行 P/Invoke'ing。 谢谢！

Answer 1

请注意，从“失败”进程（甚至线程）本身内部创建小型转储并不简单，或者可能不准确（也MiniDumpWriteDump 函数的备注）。

此外，如果您的进程如此愤怒以至于您可能需要编写故障转储，则整个情况通常会非常糟糕，甚至尝试创建故障转储也可能导致另一次崩溃（例如挂起的情况 - 但这些甚至可能是更难从当前进程中“捕获”）。

如果您无法在客户端系统上安装单独的应用程序，您可以做的“最好”的事情是启动一个外部进程（在危急情况下也可能失败！）并让它从当前进程创建故障转储（请参阅< href="https://web.archive.org/web/20090825040700/http://msdn.microsoft.com/en-us/magazine/cc188701.aspx" rel="noreferrer">来自 John Robbins 的 Superassert.NET< /a>）。 您甚至可以走得更远，将外部二进制文件放入您的应用程序资源中，在启动时将其从那里提取（以最大限度地减少关键情况下的故障）到磁盘（如果您敢的话）。

Answer 2

您可以配置 Windows 错误报告 (WER)，以使用以下注册表脚本在特定目录中创建故障转储：

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps]
"DumpFolder"="C:\\Dumps"
"DumpCount"=dword:00000064
"DumpType"=dword:00000002
"CustomDumpFlags"=dword:00000000

转储将进入 C:\Dumps，其名称反映崩溃进程的名称。 DumpType=2 给出完整的内存转储。 DumpType=1 给出一个小型转储。 在 64 位机器上，您不需要将它们放在 Wow32 节点下。 WER 仅使用上面指定的非 WOW 注册表项。

根据崩溃的类型，此方法可能不起作用。 我还没有弄清楚它无法捕获的原因或崩溃类型。 任何人？

Answer 3

我认为如果你的应用程序被软管攻击，那么你不妨尝试创建一个迷你转储文件，最糟糕的情况是什么，你的应用程序会崩溃吗？ 无论如何，它正在这样做，所以你不妨尝试一下。
MSDN 论坛中提到的代码由 VoiDed 看起来相当可靠。 我需要一个 VB.Net 版本，所以这里为任何可能需要它的人提供了一个 VB 版本：

Friend Class MiniDump
    'Code converted from C# code found here: http://social.msdn.microsoft.com/Forums/en-US/clr/thread/6c8d3529-a493-49b9-93d7-07a3a2d715dc

    Private Enum MINIDUMP_TYPE
        MiniDumpNormal = 0 
        MiniDumpWithDataSegs = 1
        MiniDumpWithFullMemory = 2
        MiniDumpWithHandleData = 4
        MiniDumpFilterMemory = 8
        MiniDumpScanMemory = 10
        MiniDumpWithUnloadedModules = 20
        MiniDumpWithIndirectlyReferencedMemory = 40
        MiniDumpFilterModulePaths = 80
        MiniDumpWithProcessThreadData = 100
        MiniDumpWithPrivateReadWriteMemory = 200
        MiniDumpWithoutOptionalData = 400
        MiniDumpWithFullMemoryInfo = 800
        MiniDumpWithThreadInfo = 1000
        MiniDumpWithCodeSegs = 2000
    End Enum

    <Runtime.InteropServices.DllImport("dbghelp.dll")> _
    Private Shared Function MiniDumpWriteDump( _
         ByVal hProcess As IntPtr, _
         ByVal ProcessId As Int32, _
        ByVal hFile As IntPtr, _
         ByVal DumpType As MINIDUMP_TYPE, _
        ByVal ExceptionParam As IntPtr, _
         ByVal UserStreamParam As IntPtr, _
        ByVal CallackParam As IntPtr) As Boolean
    End Function

    Friend Shared Sub MiniDumpToFile(ByVal fileToDump As String)
        Dim fsToDump As IO.FileStream = Nothing

        If (IO.File.Exists(fileToDump)) Then
            fsToDump = IO.File.Open(fileToDump, IO.FileMode.Append)
        Else
            fsToDump = IO.File.Create(fileToDump)
        End If

        Dim thisProcess As Process = Process.GetCurrentProcess()
        MiniDumpWriteDump(thisProcess.Handle, _
                          thisProcess.Id, _
                          fsToDump.SafeFileHandle.DangerousGetHandle(), _
                          MINIDUMP_TYPE.MiniDumpNormal, _
                          IntPtr.Zero, _
                          IntPtr.Zero, _
                          IntPtr.Zero)
        fsToDump.Close()
    End Sub
End Class

只要确保您可靠地处理对它的调用，您就应该相对安全。

Answer 4

您可以在 AppDomain.UnhandledException 事件中 P/Invoke dbghelp.dll 的 MiniDumpWriteDump 函数。

在这种情况下，您可以转储 .NET 异常数据的日志并将小型转储写入文件。

MSDN 上还有一个 线程论坛，其中描述了 P/Invoke 签名和正确用法。

Answer 5

您可以调用 Environment.FailFast，这将：

FailFast 方法将消息字符串写入 Windows 应用程序事件日志，创建应用程序的转储，然后终止当前进程。 该消息字符串还包含在向 Microsoft 报告的错误中。

除其他事项外。

Answer 6

根据您需要的信息类型，您可以为 AppDomain.UnhandledException 事件添加处理程序？ （我知道这并不完全是您正在寻找的，但它肯定可以在客户端计算机上使用。）

Answer 7

你使用像 log4net 这样的日志框架吗？ 通常，您会关闭某个版本的调试级别消息。 但是，您可以考虑编写一个特殊的附加程序，仅在某些情况下（例如崩溃）记录到文件。 该附加程序首先写入仅内存的环形缓冲区，该缓冲区可以写入文件，稍后 - 例如由 280Z28 建议的异常处理程序触发。