Windows默默捕获异常，如何手动处理？

Question

当异常在消息泵内抛出时，我们遇到了 Windows 静默处理异常并允许应用程序继续运行的问题。例如，我们创建了一个测试 MFC MDI 应用程序，并覆盖了 OnDraw：

void CTestView::OnDraw(CDC* /*pDC*/)
{
    *(int*)0 = 0; // Crash

    CTestDoc* pDoc = GetDocument();
    ASSERT_VALID(pDoc);
    if (!pDoc)
        return;

    // TODO: add draw code for native data here
}

运行该应用程序时您会期望出现令人讨厌的错误消息，但实际上您什么也得不到。该程序似乎运行得很好，但是如果您检查输出窗口，您将看到：

第一次机会异常 Test.exe 中的 0x13929384： 0xC0000005：写入访问冲突 位置 0x00000000。
0x77c6ee42 处的第一次机会异常 在Test.exe中：0xC0150010： 激活上下文被停用 对于当前线程不活跃 执行。

我知道为什么我会收到应用程序上下文异常，但为什么它会被静默处理？这意味着我们的应用程序在使用时可能会遇到严重的问题，但我们永远不会知道，因为我们的用户永远不会报告任何问题。

Answer 1

如果您在 x64 操作系统上运行，您可能会遇到以下问题：

http://blog.paulbetts.org/ index.php/2010/07/20/the-case-of-the-disappearing-onload-exception-user-mode-callback-exceptions-in-x64/

或者（在这种情况下不太可能），它可能是这样的：
http://blogs.msdn.com/b/oldnewthing/archive/2011/01/20/10117963.aspx

Answer 2

在浏览类似的问题后，我偶然发现了这个答案：
OpenGL 抑制基于 MFC 对话框的应用程序中的异常

“好的，我找到了更多信息
关于这个。就我而言，它是 Windows 7
安装的
KiUserCallbackExceptionHandler 作为
异常处理程序，在调用我的之前
WndProc 并给我执行
控制。这是由
ntdll!KiUserCallbackDispatcher。我
怀疑这是一个安全
Microsoft 采取的防止措施
侵入 SEH。

解决方案是包装您的 wndproc
（或 hookproc）带有 try/ except
框架。”

我已向 Microsoft 提交了错误报告，您可以在此处查看他们的回复：
http://connect.microsoft.com/VisualStudio/feedback/details/550944/hardware-exceptions-on-x64-machines-are-silently-caught-in-wndproc-messages

来自 Microsoft：

感谢您的报告。我发现这是一个 Windows 问题，
并且有一个可用的热修复。请参阅
http://support.microsoft.com/kb/976038 获取可以安装的修复程序
如果你愿意的话。

Answer 3

可能感兴趣的函数：

SetUnhandledExceptionFilter()
_set_invalid_parameter_handler()
_RTC_SetErrorFuncW()
_CrtSetReportHookW2()

PS，请注意 SetUnhandledExceptionFilter() 可以被加载到 .exe 中的其他 dll 覆盖。例如，flash 和 nvidia direct3d 可以执行此操作。我使用 api hooking 来解决这个问题。

Answer 4

我遇到了同样的问题，发现这是 Microsoft 错误的结果：
http://connect.microsoft.com/VisualStudio/feedback/details/550944/hardware-exceptions-on-x64-machines-are-silently-caught-in-wndproc-messages

Microsoft 提供了一个修复程序，但如果您有多个目标平台，部署它会有些困难：

http://support.microsoft.com/kb /976038

这是一篇关于该主题的文章，描述了该行为：

http://blog.paulbetts.org/index.php/2010/07/20/the-case-of- the-disappearing-onload-exception-user-mode-callback-exceptions-in-x64/

问题基本上是 32 位程序中的硬件异常在 64 位操作系统上的 WndProc 例程中被静默捕获，除非你发送命令告诉它不要这样做。 Microsoft 针对此问题提供了一个修补程序，如果您运行的是 Vista SP2，则需要该修补程序，但 Windows 7 SP1 则不需要该修补程序（不确定不带 SP 的 Win7 是否如此）。

即使使用修补程序，您也需要通过设置注册表项或对内核进行一些调用来告诉它您的进程在 WndProc 期间遇到硬件异常时会崩溃，以启用正确的行为。

根据上面的 PaulBetts 链接，这样做是为了向后兼容 Windows Server 2003。

如果您的程序是 64 位程序，则此问题就会消失。

Answer 5

您可以使用此代码片段强制 Windows 不忽略异常（来自 Microsoft 的 从应用程序抛出的异常在 64 位版本的 Windows 中运行的内容将被忽略），您将把它放入进程代码中：

// my SDK is v6.0A and the two APIs are not available in the .h files, so I need to get them at runtime
#define PROCESS_CALLBACK_FILTER_ENABLED     0x1
typedef BOOL (WINAPI *GETPROCESSUSERMODEEXCEPTIONPOLICY)(__out LPDWORD lpFlags);
typedef BOOL (WINAPI *SETPROCESSUSERMODEEXCEPTIONPOLICY)(__in DWORD dwFlags );
HINSTANCE h = ::LoadLibrary(L"kernel32.dll");
if ( h ) {
   GETPROCESSUSERMODEEXCEPTIONPOLICY GetProcessUserModeExceptionPolicy = reinterpret_cast< GETPROCESSUSERMODEEXCEPTIONPOLICY >( ::GetProcAddress(h, "GetProcessUserModeExceptionPolicy") );
   SETPROCESSUSERMODEEXCEPTIONPOLICY SetProcessUserModeExceptionPolicy = reinterpret_cast< SETPROCESSUSERMODEEXCEPTIONPOLICY >( ::GetProcAddress(h, "SetProcessUserModeExceptionPolicy") );
   if ( GetProcessUserModeExceptionPolicy == 0 || SetProcessUserModeExceptionPolicy == 0 ) {
      return;
   }
   DWORD dwFlags;
   if (GetProcessUserModeExceptionPolicy(&dwFlags)) {
      SetProcessUserModeExceptionPolicy(dwFlags & ~PROCESS_CALLBACK_FILTER_ENABLED); 
   }
}

您可能还必须添加 未处理的异常过滤器：过滤器的作用类似于“顶级异常处理程序”最上面的 catch 块。要从 _EXCEPTION_POINTERS 中提取程序员友好的字符串，您可以看到 是否有一个函数可以将 EXCEPTION_POINTERS 结构转换为字符串？

LONG WINAPI my_filter(_In_  struct _EXCEPTION_POINTERS *ExceptionInfo)
{
   ::OutputDebugStringA("an exception occured!");
   return EXCEPTION_EXECUTE_HANDLER;
}

您添加过滤器：

::SetUnhandledExceptionFilter(my_filter);

并且您必须在进程的每个线程中执行此操作：虽然前面的代码片段是每个进程的，但过滤器是每个线程的。

Answer 6

对于后来偶然发现这一点的人来说，事后回答。

这是由 Windows http://support.microsoft.com/kb/976038 - 确保您处于最新状态，根据需要安装热补丁，并将您的应用程序标记为与 Windows 7 兼容。 http://msdn.microsoft.com/en -us/library/dd371711%28v=vs.85%29.aspx

我已经看到了异常代码 c015000f 和 c0150010。

Answer 7

您的输出看起来像是您正在使用 Visual Studio...

如果没有忘记我的回答。

您可以指定正常抛出哪些异常，这意味着 Visual Studio 会捕获它们，并且您的程序会在发生访问冲突的地方停止。在“调试/异常...”菜单中执行此操作。如果您不确定要启用什么，只需将它们全部启用...