防止从 BeginInvoke 抛出时丢弃外部异常

Question

我有一个Application.ThreadException 的处理程序，但我发现异常并不总是正确地传递给它。具体来说，如果我从 BeginInvoke 回调中抛出带有内部异常的异常，我的 ThreadException 处理程序不会得到 outer 异常——它只会得到 inner 异常。

示例代码：

public Form1()
{
    InitializeComponent();
    Application.ThreadException += (sender, e) =>
        MessageBox.Show(e.Exception.ToString());
}
private void button1_Click(object sender, EventArgs e)
{
    var inner = new Exception("Inner");
    var outer = new Exception("Outer", inner);
    //throw outer;
    BeginInvoke(new Action(() => { throw outer; }));
}

如果我取消注释 throw outer; 行并单击按钮，则消息框会显示外部异常（及其内部异常）：

System.Exception：外部 ---> System.Exception：内部
--- 内部异常堆栈跟踪结束 ---
在 C:\svn\trunk\Code Base\Source.NET\WindowsFormsApplication1\Form1.cs:line 55 中的 WindowsFormsApplication1.Form1.button1_Click(Object sender, EventArgs e)
在 System.Windows.Forms.Control.OnClick(EventArgs e)
在 System.Windows.Forms.Button.OnClick(EventArgs e)
在 System.Windows.Forms.Button.OnMouseUp(MouseEventArgs 事件)
在 System.Windows.Forms.Control.WmMouseUp（消息和 m，MouseButtons 按钮，Int32 点击）
在 System.Windows.Forms.Control.WndProc(Message&m)
在 System.Windows.Forms.ButtonBase.WndProc(Message&m)
在 System.Windows.Forms.Button.WndProc(Message&m)
在 System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message&m)
在 System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
在 System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

但是如果throw outer; 在BeginInvoke 调用中，如上面的代码，那么ThreadException 处理程序只有 会获得内部异常。在调用ThreadException 之前，外部异常被剥离，我得到的只是：

System.Exception：内部

（这里没有调用堆栈，因为 inner 从未被抛出。在一个更现实的示例中，我捕获了一个异常并将其包装以重新抛出，会有一个调用堆栈。）

如果我使用SynchronizationContext.Current.Post 而不是BeginInvoke，也会发生同样的事情：外部异常被剥离，ThreadException 处理程序只获取内部异常。

我尝试在外部包裹更多层的异常，以防它只是剥离最外层的异常，但它没有帮助：显然某处有一个循环在按照while (e.InnerException != null) e = e.InnerException; 的行做某事。

我使用BeginInvoke 是因为我的代码需要抛出一个未处理的异常以由ThreadException 立即处理，但此代码位于调用堆栈更高的catch 块内（特别是，它在Task 的操作中，Task 将捕获异常并阻止它传播）。我正在尝试使用BeginInvoke 来延迟throw，直到下一次在消息循环中处理消息，此时我不再在catch 中。我不依附BeginInvoke的具体解决方案；我只想抛出一个未处理的异常。

即使我在其他人的catch-all 中，我如何才能导致异常（包括其内部异常）到达ThreadException？

（由于程序集的依赖性，我不能直接调用我的ThreadException-handler 方法：处理程序被 EXE 的启动代码挂钩，而我当前的问题是在较低层的 DLL 中。）

Answer 1

将异常传播到更高层的推荐方法（除了通过等待任务隐式重新抛出）是删除任务主体中的全部内容，而是使用Task.ContinueWith在任务上注册故障延续，指定TaskContinuationOptions.OnlyOnFaulted。如果您正在通过中间层工作并且无权访问任务，则可以进一步将其包装在您自己的 UnhandledException 事件中以向上传递 Exception 对象。

Answer 2

一种方法是将内部异常引用放入自定义属性或Data 字典中——即，将InnerException 属性保留为空，并以其他方式携带该引用。

当然，这需要建立某种可以在抛出代码和处理代码之间共享的约定。最好的方法可能是在两个代码都引用的项目中定义一个具有自定义属性的自定义异常类。

示例代码（尽管它需要更多的 cmets 来解释它为什么会做疯狂的事情）：

public class ExceptionDecorator : Exception {
    public ExceptionDecorator(Exception exception) : base(exception.Message) {
        Exception = exception;
    }
    public Exception Exception { get; private set; }
}

// To throw an unhandled exception without losing its InnerException:
BeginInvoke(new Action(() => { throw new ExceptionDecorator(outer); }));

// In the ThreadException handler:
private void OnUnhandledException(object sender, ThreadExceptionEventArgs e) {
    var exception = e.Exception;
    if (exception is ExceptionDecorator)
        exception = ((ExceptionDecorator) exception).Exception;
    // ...
}

Answer 3

我假设您在 x64 Windows 系统上看到了这种行为，这是一个 - 相当未知 - x64 Windows 的实现细节。阅读它here

这篇文章详细介绍了如何通过应用一些修补程序来解决这个问题，据称这些修补程序是随 Win7 SP1 一起提供的，但几周前我在 Win7 SP1 上遇到了这个问题。

此外，您还可以附加到 AppDomain.FirstChanceException event，这使您可以在将每个异常传递给 CLR 进行处理之前访问它