Question

就像标题所说，我们正在寻找一种方法来捕获一段C ++代码中的所有异常，并将其包装在一个dll中。这样我们可以屏蔽使用此dll的应用程序，从此dll中发生的任何错误。

但是，在Windows下使用C ++似乎不太可行。

示例：

void function()
{  
    try  
    {    
        std::list<int>::iterator fd_it;
        fd_it++;  
    } catch(...) {}
}

发生的异常不会被标准C ++ try / catch块捕获，也不会被_set_se_translator()设置的任何SEH转换器函数捕获。相反，DLL崩溃，并且使用DLL的程序被中止。我们使用Visual C ++ 2005编译，使用选项/ SHa。有谁知道在C ++ / Win32中是否可以捕获这些问题并制作一个rockolid DLL包装器？

Answer 1

制作坚如磐石的DLL包装器的唯一方法是在另一个进程中加载有缺陷的DLL，这样如果它崩溃了，它就不会让你的主进程失效。

捕获所有C ++异常似乎是合理的，但捕获所有结构化异常是另一回事。 SEH可能似乎可以帮助您完成大部分工作，因为它可以让您捕获访问冲突，被零除异常等等。

但是如果有错误的DLL碰巧从另一个线程的堆栈触及一个未提交的页面怎么办？内存访问将页面错误，异常处理程序将被调用，现在该页面不再是一个保护页面。当该线程需要增加堆栈时，它将获得访问冲突，并且该进程将崩溃。（These posts更详细地描述了这种情况。）

另一个可能的问题：错误的DLL在持有同步对象时崩溃，但您使用SEH来捕获异常。如果您的进程尝试获取相同的同步对象，则它会死锁而不是崩溃。共享同步对象可能是C运行时或操作系统的一部分：如果有错误的DLL 1加载有问题的DLL 2，它会在其DllMain()中崩溃，而有缺陷的DLL 1持有加载程序锁，该怎么办？下次加载DLL时你的进程是否会死锁？

有关为何（以及IsBadReadPtr()等具有类似问题的功能）滥用SEH的原因的更多信息：

Larry Osterman的WebLog：Structured Exception Handling Considered Harmful
Larry Osterman的WebLog：Should I check the parameters to my function?
Larry Osterman的WebLog：Resilience is NOT necessarily a good thing
The Old New Thing：IsBadXxxPtr should really be called CrashProgramRandomly

Answer 2

在Windows上，C ++有两种不同的异常样式：C ++和SEH异常。

SEH是一种仅限Windows的异常形式（有些类似于UNIX中的信号）。这更像是系统级异常。它们将被抛出进行无效指针访问，对齐问题等操作......

如果你想捕获Windows上的C ++应用程序可以抛出的每个异常，你需要同时捕获它们。幸运的是，有一种方法可以混合使用C ++和SEH异常。我最近写了一篇关于此的详细博客文章，它应该会帮助你。

http://blogs.msdn.com/jaredpar/archive/2008/01/11/mixing-seh-and-c-exceptions.aspx

Answer 3

在标准库容器上增加迭代器永远不会抛出C ++异常。它可能会给你不明确的行为。

Answer 4

以下代码取自Zeus IDE。它将捕获任何Windows生成的异常：

步骤1：定义例外过滤器功能

  DWORD ExceptionFilter(EXCEPTION_POINTERS *pointers, DWORD dwException)
  {
    //-- we handle all exceptions
    DWORD dwResult = EXCEPTION_EXECUTE_HANDLER;

    switch (dwException)
    {
      case EXCEPTION_ACCESS_VIOLATION:
      case EXCEPTION_DATATYPE_MISALIGNMENT:
      case EXCEPTION_ARRAY_BOUNDS_EXCEEDED:
      case EXCEPTION_FLT_DENORMAL_OPERAND:
      case EXCEPTION_FLT_DIVIDE_BY_ZERO:
      case EXCEPTION_FLT_INEXACT_RESULT:
      case EXCEPTION_FLT_INVALID_OPERATION:
      case EXCEPTION_FLT_OVERFLOW:
      case EXCEPTION_FLT_STACK_CHECK:
      case EXCEPTION_FLT_UNDERFLOW:
      case EXCEPTION_INT_DIVIDE_BY_ZERO:
      case EXCEPTION_INT_OVERFLOW:
      case EXCEPTION_PRIV_INSTRUCTION:
      case EXCEPTION_NONCONTINUABLE_EXCEPTION:
      case EXCEPTION_BREAKPOINT:
        dwResult = EXCEPTION_EXECUTE_HANDLER;
        break;
    }

    return dwResult;
  }

第2步：将代码包含在 __ try 和 __（除外）中，如下所示：

  __try
  {
    // call your dll entry point here
  }
  __except(ExceptionFilter(GetExceptionInformation(), 
                           GetExceptionCode()))
  {
    //-- display the fatal error message
    MessageBox(0, "An unexpected error was caught here!", 
               "Unexpected Error", MB_OK);
  }

Answer 5

此代码包含逻辑错误（如果有的话）。由于逻辑错误会构成错误，因此不要吞下异常 - 修复错误！

当然，这是特定于特定代码的。其他人提供了更多一般性建议。但是，我发现很多人实际上做更喜欢捕获异常而不是修复逻辑错误，这简直是不可接受的。

Answer 6

Konrad Rudolph：当然这段代码包含“逻辑错误”，它是为了说明可能发生的问题。就像男人说他希望能够保护他的dll免受任何可能的错误。你认为这不是一个合理的问题吗？听说过供应商的产品。我们中的一些人生活在现实世界中，生活在真正的问题中。这是不可能解决其他人的问题

Answer 7

你看过windows API函数SetUnhandledExceptionFilter吗？

我通常在DllMain函数中调用它，并在DLL崩溃时生成一个minidump。但是：（a）我不知道它是否捕获应用程序异常以及DLL异常，以及（b）我不知道您是否可以让程序执行可以继续返回处理程序。文档说是，但我从来没有这样做过。

Answer 8

在捕获异常后你打算做什么（特别是对于SEH例外）？

实际上，您不能对流程的状态做出任何假设，实际上您唯一的选择是（可选）转储核心并退出。

从长远来看，任何尝试和程序都绝对会给你带来麻烦。

如何构建一个捕获所有异常的C ++ Dll包装器？

8 个答案: