问题描述
我正在尝试使用 DebugDiag 创建一个转储,其中将包含未处理的 .NET 异常的信息。
这些是我已经采取的步骤:
-
使用以下代码准备一个名为
DebugDiagTest
的简单控制台应用程序,该应用程序会引发InvalidOperationException
异常:using System; namespace DebugDiagTest { class Program { static void Main(string[] args) { if (ShouldAwaitKeyPress(args)) Console.ReadLine(); Throw(); } static void Throw() { throw new InvalidOperationException(); } static bool ShouldAwaitKeyPress(string[] args) { var shouldAwaitKeyPress = false; if (args.Length > 0) { bool.TryParse(args[0],out shouldAwaitKeyPress); } return shouldAwaitKeyPress; } } }
-
编译并使用
DebugDiagTest.exe true
运行,并且不要按任何键;让它等待按键(第 4 步)。 -
准备 DebugDiag 例外规则(您可以遵循 this article)。
-
返回运行中的
DebugDiagTest.exe
,然后按下某个键使其崩溃。 -
转到
C:\Program Files\DebugDiag\Logs\Crash rule for all instances of DebugDiagTest.exe
,您将看到一个.dmp
文件。 -
现在使用
DebugDiagTest.exe false
运行,再次转到C:\Program Files\DebugDiag\Logs\Crash rule for all instances of DebugDiagTest.exe
,您会看到没有创建.dmp
文件.
您现在可以随时重新运行 DebugDiagTest.exe true
,并看到每次都会创建转储文件。但是,重新运行 DebugDiagTest.exe false
永远不会创建转储文件。
我的问题:
为什么运行 DebugDiagTest.exe true
会创建转储,而 DebugDiagTest.exe false
不会?
解决方法
DebugDiag 需要附加到您的应用程序。如果您在启动过程中崩溃得太快,DebugDiag 尚未附加到您的进程,您也不会从中获得任何转储。
在这种情况下,设置 Windows 错误报告的某些注册表项以启用所有或仅您的 exe 以在您的进程退出并出现未处理的异常时进行完整转储会更容易。 如需了解详情,请参阅https://docs.microsoft.com/en-us/windows/win32/wer/collecting-user-mode-dumps。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps
Reg_Expand_SZ DumpFolder e.g. %temp%\WERDumps
DWORD DumpType 2 is full dump
DWORD DumpCount e.g. 10 to keep the last 10 crashed full dumps
您也可以创建子项
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\Windows Error Reporting\LocalDumps\MyApplication.exe
仅为您的可执行文件配置转储报告。
如果您想根据特定异常过滤转储,您可以使用来自 SysInternals 的 procdump,它允许您使用例如一个完整的内存转储,例如每个 InvalidOperationException 由
procdump -ma -e 1 -f InvalidOperationException myApp.exe
请务必通过
查看扩展帮助procdump -? -e
这将使您大致了解该功能的强大程度。