在另一个问题中，有人建议使用catch(...)来捕获所有未处理的异常，即围绕整个main()放置try{}catch(...){}块。
这听起来是一个有趣的想法，可以节省大量调试程序的时间，并留下至少一些发生了什么的提示。
问题的关键是通过这种方式可以恢复哪些信息（除了我留下的任何调试全局变量），以及如何恢复它（如何访问和识别使用了哪个catch）
此外，还有哪些注意点。特别是：
是的，这是一个好主意。
如果让异常逃逸main函数，那么在应用程序关闭前是否卸载栈是由实现定义的。因此，在我看来，捕获main函数中的所有异常非常重要。
然后问题就变成了如何处理这些异常。
一些操作系统（例如微软和SE）提供了一些额外的调试工具，因此在捕获异常后只需重新抛出异常即可（因为栈已经被卸载了）。
int main()
{
try
{
/// All real code
}
// I see little point in catching other exceptions at this point
// (apart from better logging maybe). If the exception could have been caught
// and fixed you should have done it before here.
catch(std::exception const& e)
{
// Log e.what() Slightly better error message than ...
throw;
}
catch(...) // Catch all exceptions. Force the stack to unwind correctly.
{
// You may want to log something it seems polite.
throw; // Re-throw the exception so OS gives you a debug opportunity.
}
}
- 它会对随后出现的线程产生影响吗？
它不应该对线程产生影响。通常情况下，您需要手动加入任何子线程以确保它们已经退出。当主线程退出时，子线程的具体情况并没有得到很好的定义（因此请阅读您的文档），但通常所有子线程都会立即死亡（一种不包括解开其堆栈的可怕死亡方式）。
如果您在谈论子线程中的异常。同样，这并没有得到很好的定义（因此请阅读您的文档），但是如果一个线程通过异常退出（即用于启动线程的函数由于异常而不是返回而退出），那么这通常会导致应用程序终止（与上述相同的影响）。因此，最好停止所有异常从一个线程中退出。
- 它不会破坏处理段错误（在其他地方捕获为信号）吗？
信号不受异常处理机制的影响。
但是，因为信号处理程序可能在堆栈上放置奇怪的结构（用于其自身返回到正常代码的返回处理），所以从信号处理程序中抛出异常不是一个好主意，因为这可能会导致意外结果（并且绝对不可移植）。
- 它不会影响必然嵌套在内部用于处理预期异常的其他try...catch块吗？
它不应该对其他处理程序产生影响。
catch(...)也可以捕获SEH异常，而您不希望这样做。如果发生了SEH异常，那么一定是发生了非常可怕的事情（主要是访问冲突），因此您不能再信任您的环境。几乎所有您可能尝试的操作都可能导致另一个SEH异常，因此根本不值得尝试。此外，某些SEH异常是系统意图捕获的; 更多信息请参见这里。
因此，我的建议是为您所有的异常使用基础异常类（例如std::exception），并在“catch-all”中仅捕获该类型; 由于其他类型的异常未知，因此您的代码无法准备处理它们。
全局try catch块在生产系统中非常有用，可以避免向用户显示不友好的消息。但在开发过程中，我认为最好避免使用。
关于您的问题：
#ifndef DEBUG）。
值得注意的是，正如kgiannakakis所提到的，您无法捕获其他线程中的异常，但是您可以在这些线程中使用相同的try-catch方案，并将异常发送回主线程，在那里您可以重新抛出它们以获取完整的堆栈跟踪，了解出现了什么问题。catch (...) 前，按照从特定到更一般的顺序链接特定类型的 catch 块来实现。这样做可以让您访问和识别任何被调用的 catch。try {
...
} catch (const SomeCustomException& e) {
...
} catch (const std::bad_alloc& e) {
...
} catch (const std::runtime_error& e) {
// Show some diagnosic for generic runtime errors...
} catch (const std::exception& e) {
// Show some diagnosic for any other unhandled std::exceptions...
} catch (...) {
// Fallback for unknown errors.
// Possibly rethrow or omit this if you think the OS can do something with it.
}
main函数），您可以编写一个函数：void MyExceptionHandler() {
try {
throw; // Rethrow the last exception.
} catch (const SomeCustomException& e) {
...
}
...
}
int main(int argc, char** argv) {
try {
...
} catch (...) {
MyExceptionHandler();
}
}
throw;结尾我的 catch 块会怎样？无论如何，当SEH发生时，除了进入SEH递归（然后看门狗就会杀死我），不会发生更坏的情况。 - SF./EHa），但默认情况下未开启。 - JoeG