try {
   // ...
} catch (...) {
   // ...
}

注意…catch里面是一个真正的省略号。三个点。

然而，由于c++异常不一定是基Exception类的子类，因此在使用此构造时无法实际看到抛出的异常变量。

可以这样写:

try
{
  //.......
}
catch(...) // <<- catch all
{
  //.......
}

但是这里有一个非常不明显的风险:您无法找到try块中抛出的错误的确切类型，因此当您确定无论异常类型是什么，程序都必须以catch块中定义的方式持续存在时，可以使用这种catch。

嗯，如果你想捕获所有异常来创建一个小转储，例如…

有人做了Windows的工作。

参见http://www.codeproject.com/Articles/207464/Exception-Handling-in-Visual-Cplusplus 在这篇文章中，他解释了他如何发现如何捕获各种异常，并提供了有效的代码。

以下是你可以找到的清单:

 SEH exception
 terminate
 unexpected
 pure virtual method call
 invalid parameter
 new operator fault 
 SIGABR
 SIGFPE
 SIGILL
 SIGINT
 SIGSEGV
 SIGTERM
 Raised exception
C++ typed exception

以及用法: CCrashHandler ch; ch.SetProcessExceptionHandlers ();//为一个线程执行此操作 ch.SetThreadExceptionHandlers ();//每个thred

默认情况下，这会在当前目录(crashdump.dmp)中创建一个迷你转储。

让我在这里提一下:Java

try 
{
...
}
catch (Exception e)
{
...
}

可能无法捕获所有异常!其实我以前也遇到过这种事，很让人抓狂;Exception派生自Throwable。因此，从字面上看，要捕获所有东西，你不希望捕获异常;你想抓住Throwable。

我知道这听起来很挑剔，但是当你花了好几天时间试图弄清楚“未捕获的异常”来自于被try包围的代码时……catch (Exception e)" block来自哪里，它会一直跟着你。

(在c++中)以可移植的方式捕获所有异常是不可能的。这是因为在c++上下文中，有些异常并不是异常。这包括除以零误差等。可以通过破解来获得在这些错误发生时抛出异常的能力，但这并不容易做到，当然也不容易以一种可移植的方式得到正确的处理。

如果你想捕获所有的STL异常，你可以这样做

try { ... } catch( const std::exception &e) { ... }

这将允许您使用e.what()，它将返回一个const char*，它可以告诉您有关异常本身的更多信息。这是与Java构造最相似的构造。

如果有人愚蠢地抛出一个不继承std::exception的异常，这将对您没有帮助。

这取决于编译器环境。 GCC不捕获这些。 Visual Studio和我之前用的Borland。

因此，关于崩溃的结论是，它取决于开发环境的质量。

c++ 规范说catch(…)必须捕获任何异常，但它不是在所有情况下都捕获。

至少我是这么想的。