AppDomain.UnhandledException 未捕获未处理的异常

我们有一个 .NET 3.5 程序集 (dll)，由 VB6“代理”(exe) 通过 COM 接口执行。 VB6 代码确实调用：

' Ensure that no system dialog comes up when we GPF.
PreviousErrorMode = SetErrorMode(SEM_NOGPFAULTERRORBOX)
SetErrorMode PreviousErrorMode Or SEM_NOGPFAULTERRORBOX

' Assign our Exception Handler for this process.
PreviousExceptionFilter = SetUnhandledExceptionFilter(AddressOf UnhandledExceptionFilter)

还有VB6UnhandledExceptionFilter将异常转换为 VB6 引发的错误。 （但是这里也没有调用它，并且这个 VB6 代码多年来没有被更改，甚至没有重新编译。）

在 VB6 代码创建的第一个 .NET 对象的构造函数中，我添加了一个处理程序AppDomain.CurrentDomain.UnhandledException（并且，在尝试调试这个问题时，我添加了一个Windows.Forms.Application.ThreadException，但这并没有帮助，无论如何我们都没有通过 .NET 显示任何 UI）。

我确信UnhandledException在 VS2008 中开发这段代码时，事件捕获了一些东西，但我不确定我是否在 VS2015 中看到过它。

该代码运行多个线程，其中一些线程正在执行主要目的，其中涉及插入和更新 SQL Server 数据，并且还通过 TCP 协议进行通信，该协议由其他线程处理，包括BackgroundWorker.

那些执行主要目的的创建者是：

taskThread = New Thread(AddressOf EnsureTaskCompletes)
taskThread.SetApartmentState(Threading.ApartmentState.STA)
taskThread.Start()

它太专有和复杂，无法向您展示更多代码，但我在调试此问题时调整了代码以简单地Throw New Exception而不是最终具有相同效果的复杂代码。(*)

这个“简单”异常没有被处理UnhandledExceptionHandler除非我打开了非托管调试，否则就会默默地终止程序。

是否有记录的行为改变AppDomain.CurrentDomain.UnhandledException当.NET Framework“仅”作为 dll 加载时？

（由于COM重新注册，我不想在VS2008中构建以前的版本尚未确认is行为改变。我have确认.NET 3.5Exe由 VS2015 编译，创建一个Thread引发未处理的异常does处理异常UnhandledException event.)

我的解决方法是添加一个Catch到现有的Try Finally in EnusreTaskCompletes已经尝试至少记录线程在任务完成之前终止，并调用UnhandledExceptionHandler myself.

（*实际问题是数据库中缺少一个表，该表仅在信用用完时使用 - 我没有添加该代码或表。这引发了一个异常，但该异常未被捕获UnhandledExceptionHandler，使得调试变得相当困难——SQL Server Profiler终于发现了这个问题。）

这是一个极其广泛的话题，而且速度极快。不，当从 VB6 调用代码时，您永远不会观察到 UnhandledException 事件。跨互操作边界传递异常是严格的verboten.

CLR 遵守规定，它使用 CCW 中的 catch-em-all 异常处理程序来捕获异常。并将其转换为 COM 兼容的 HRESULT 错误代码。每个 .NET 异常都有一个独特的异常.HResult https://msdn.microsoft.com/en-us/library/system.exception.hresult(v=vs.110).aspx适当的价值。

VB6 运行时又将它们转换为 VB6 错误。您需要使用On Error声明抓住他们。 CLR 实现 IErrorInfo 来提供some信息，VB6Err.Number属性具有 Exception.HResult 值和Err.Description为您提供 Exception.Message 属性值。然而你会not获取Holy Stacktrace，如果您需要 InnerException 属性来诊断事故，将会带来严重的不便。考虑使用 AppDomain.FirstChanceException 事件来记录详细信息。

调试这样的异常非常容易。使用项目 > 属性 > 调试 > 启动外部程序单选按钮。选择您编译的 VB6 程序或 VB6 IDE。强制调试器在第一次出现异常时停止，在 VS2015 中使用“调试”>“Windows”>“异常设置”并勾选“公共语言运行时异常”。

请注意，此机制对于您在自己的工作线程上运行的任何代码都无效。在互操作场景中处理这些问题是很棘手的。想必这就是让您对“有时有效”场景感到困惑的原因。

使用 SetUnhandledExceptionFilter() 时一定要非常小心，因为它很容易破坏 .NET 代码。 CLR 也调用该函数来安装自己的处理程序并使用它来引发some例外情况。特别是 NullReferenceException 和 DivideByZeroException，这是 C# 编码的异常类型might想要抓住自己。还有一些非常糟糕的东西，比如 AccessViolationException，你永远不想捕获它。顺便说一句，它也可能会干扰 VB6 错误，运行时还使用 SEH 来引发异常。