调试立即崩溃的 .NET EXE 文件

Question

我正在使用一个托管 EXE 文件，该文件在运行时立即崩溃。通常我希望有一个对话框，允许选择启动调试器，但在这种情况下没有这样的运气。另外，程序崩溃得太快，我无法在 Visual Studio 中使用附加到进程。

解决办法是什么？

Answer 1

一个常见的原因是，如果在调用 Application.Run... 时创建的任何对象的构造函数中抛出异常，如下所示：

Application.Run(new MyForm());

如果 MyForm 构造函数抛出异常，它通常会崩溃。

另请考虑使用程序集绑定日志查看器来确定如果您缺少所需的程序集，或者存在版本控制问题。

Answer 2

在调试器中启动它（F5 或 Ctrl + Shift + B）。您应该能够设置任意断点（如在主函数中）并单步执行。

Answer 3

如果您安装了 WinDbg，请使用菜单文件 → 打开可执行文件直接在调试器下打开应用程序并立即自动中断。

然后您可以使用Debug（即Go）下的命令正常执行并调试它。同时加载 SOS 扩展。不如 Visual Studio 好，但如果您只有 EXE（希望还有 PDB，尽管这是可选的）而没有源代码，则很有用。

示例：这是我的源代码，我们假设它不可用：

    static void Main()
    {
        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);
        int x = 10 - 10;
        int i = 2000/x;

        Application.Run(new Form1());
    }

它会立即崩溃，您没有机会及时附加调试器。这是点击“运行”后的 WinDbg 输出：

Removed dead ImageShack link - Freehand Circles by me

加载 SOS.dll 后，您可以使用 !DumpStack 查看抛出异常的位置：

Removed死 ImageShack 链接 - 没有手绘圆圈，抱歉！

请注意，JIT 或编译器优化可能会导致方法被内联，这可能会使 StackTrace 不 100% 可靠，但为了快速概览它是有效的。

WinDbg 有点神秘，但是一旦您完成了一些基础知识，它就很棒，并且至少有助于找到问题的根源。

Answer 4

立即崩溃？

我使用 ildasm 只是为了确保我有一个有效的（看起来）托管可执行文件。

另外，我也曾因将 .exe 放在网络驱动器上而没有正确设置权限而被咬过几次。

Answer 5

上面没有提到的另一个选项是在程序的最开始插入一条

Debugger.Break();

语句 - 可能包含在 #ifdef DEBUG 中，以便在构建发布时更容易跳过。我曾使用此技术来调试早期崩溃的 Windows 服务。