MS Visual Studio 2005 C++异常处理

Question

我有一个在 MS Visual Studio 2005 中构建的 C++ 应用程序，它链接到第三方库。对于某个输入，应用程序在第 3 方库中崩溃（显然是在 realloc.c 中的某个位置；因此必须是某种内存问题）。我跑的是release版，因为输入量很大。所以我一直跑到崩溃然后选择调试。当我单独调试有罪的函数时，我希望使用一些异常处理来防止应用程序崩溃并干净地退出。所以我使用了类似的东西：

try {
   //- call 3rd party application function that fails
}
catch(...) {
   //- handle exception or whatever
   Logger::Fatal("Fatal error: Exiting...");
   return false;
}

但令我惊讶的是应用程序仍然崩溃！我希望看到它显示错误消息，因为我大概已经用省略号 (...) 捕获了所有异常；我在这里缺少什么？我什至尝试在项目属性 -> 中设置 /EHca （原为 /EHsc） C/C++->代码配置->启用异常处理。关于可能导致问题的原因的相关说明，以下用法是否正确？

my_class* mc[] = {nil, nil, nil};
for (int i = 0; i < 3; ++i) {
    mc[i] = new my_class();
    //-Do stuff with mc[i]
    if (mc[i] != nil) {
       delete mc[i];
       mc[i] = nil;
    }
}

异常处理无法正常工作是相当令人费解的。我当然很欣赏 C++ 专家的想法/见解。顺便说一句，同样的问题也发生在 Linux (RHEL5) 上，但我目前正在尝试让异常处理在 Windows 上工作。

注意：当我在崩溃后让它调试时。我确实收到“访问冲突......无法读取位置”消息。有了这个更新的信息，我希望 C++ 中的某些东西仍然可以在 Windows 和 Windows 上运行。 Linux 对于此类崩溃。

Answer 1

您是否尝试过通过调用 SetUnhandledExceptionFilter？

Answer 2

正如 Miguel 所建议的，解决问题的正确方法可能是使用 SetUnhandledExceptionFilter。但我还是想详细解释一下你的现象。

首先，并不是所有的程序“崩溃”都与异常有关。例如，CRT 可能会在出现错误时触发程序终止，例如向量中的无效元素访问或纯虚拟析构函数调用。如果您也想涵盖这些情况 - 请参阅 set_unexpected、set_terminate 等。

除此之外，catch 块可能只捕获从适当的代码块。 OTOH 可能有在其他地方调用的函数，例如窗口过程（如果适用）、其他线程等。

现在，关于您的问题。让我们首先了解为什么像 catch(...) 这样的事情可能会捕获诸如访问冲突之类的事情，以及为什么这种情况并不总是发生（就像您的情况一样）。

Windows提供了自己的异常处理机制——SEH，结构化异常处理。它远远优于 C++ 异常处理。此外，硬件中断（由CPU引起）会自动“转换”为SEH异常，以便使用SEH的代码可以同时处理软件异常和硬件故障。

Microsoft C++ 编译器实际上是通过 SEH 实现 C++ 异常。即 throw 是通过 RaiseException 实现的，并指定 C++ 特定的异常代码和参数，catch 是 __except 的 C++ 特定包装器，对于每个具有析构函数的对象，编译器都会生成类似于 __finally 块的内容。反之亦然。当引发非 C++ 异常时 - 执行为 C++ 异常生成的相同代码。

此外，还有所谓的编译器异常处理选项，它们会影响编译器异常处理代码的生成及其运行时的行为。它们被称为异常处理模型：

• 同步。仅当显式引发异常时，编译器才会生成保证正确工作的代码。这包括 throw 语句，以及其代码对编译器不可见的所有“外部”函数（在某些变体中 - 仅 C++ 外部函数）。特别是从内存中读取被认为是“安全的”。
• 异步。不允许编译器假设任何可能出现异常的地方。因此，即使访问内存地址时出现异常，它也会生成应该正常工作的代码。

此外，catch (...) 中调用的 CRT 代码会故意忽略非 C++ 异常，除非选择异步 EH 模型。

因此，如果您希望 catch (...) 捕获非 C++ 异常 - 您必须选择异步 EH 模型。

一旦我写了一篇关于代码项目的文章，在我在驱动程序开发中遇到了相关问题。它详细解释了这一切。