C# 中的静默失败，看似未处理的异常，不会使程序崩溃

Question

在 winforms 应用中，在表单的 Load 事件中，添加以下行：

throw new Exception();

并运行应用程序。它运行没有问题。这称为静默失败，您可以尝试在前后添加消息框，您很快就会发现 throw 语句并没有让应用程序崩溃，而是从 Load 事件中退出。

我确信没有必要解释这是多么丑陋和危险。

我仍然想知道这种可怕行为背后的（可能是历史）原因。 我敢肯定这不是一个设计决定，可能是没有选择，或者是懒惰。有人知道吗？

如果有人能指出可能导致 seilent 失败的事件列表，我会很高兴。

这是我的代码的 sn-p - 我不知道它有什么帮助 - 但是，这里是：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Windows.Forms;

namespace WindowsFormsApplication1
{
    static class Program
    {
        /// <summary>
        /// The main entry point for the application.
        /// </summary>
        [STAThread]
        static void Main()
        {
            Form f = new Form();
            f.Load += new EventHandler((x, y) => { throw new Exception(); });
            Application.Run(f);
        }

    }
}

编辑 似乎它并没有发生在每个人身上。 我用的是：fw 3.5, winforms, vs 2008, vista x64, new clean project of winforms，上面的代码。

Answer 1

这是known problem on x64 systems：

这是 64 位操作系统上的已知问题 平台。原因是64位 操作系统内核不允许用户模式 通过内核模式堆栈的异常。 异常被操作系统吞噬 悄悄地。这发生在 FormLoad 处理程序，因为它是在操作系统中调用的 打回来。 32位操作系统不这样做， 所以它不会在那里重现。

操作系统团队正在调查相关的 问题。与此同时，你确实有 解决这个问题。开启 “停止第一次机会例外”将 使调试器在此停止 设想。但它确实使 调试器经常停止，所以你 可能只想在您这样做时 发现问题。

链接的错误报告最后一次更新是 2008 年 2 月，并没有说明从那以后发生了什么。

我可以在我的 32 位系统上重现大多数海报的行为，我可以在我的 64 位（Vista SP2、3.5SP1 框架）工作 PC 上重现 OP 的行为。