C++中catch(std::exception&)与catch(...)的特殊捕获场景及联用原因问询

好问题！先从你给出的代码例子说起：

try { throw std::runtime_error("runtime error!"); } 
catch(const std::exception& e) { std::cout << "Exception: " << e; } 
catch(...) { std::cout << "How did I get here?"; throw; }

这段代码里的catch(...)永远不会被触发，因为std::runtime_error是std::exception的派生类，会被第一个catch块优先捕获。那到底哪些场景下catch(...)能派上用场呢？

1. 抛出非std::exception体系的类型 #

C++的异常机制允许抛出任意类型的对象，可不只局限于继承自std::exception的类：

• 内置基本类型：比如直接抛出整数throw 42;、C风格字符串throw "something went wrong";
• 自定义非异常类：如果你定义了一个完全独立的错误类，没有继承std::exception：

  class MyCustomError {};
  try { throw MyCustomError(); }
  catch(const std::exception&) { /* 这里完全不会触发 */ }
  catch(...) { /* 这个兜底块会捕获到 */ }
  

• 甚至一些特殊类型（虽然很少见，但语法合法），比如抛出nullptr或者自定义的枚举类型，catch(...)都能接住。

2. 平台/编译器扩展的系统级异常 #

在某些平台（比如Windows），很多编译器（如MSVC）支持用catch(...)捕获系统级异常——比如空指针访问、除以零这类硬件错误，或者操作系统抛出的SEH异常。这属于C++标准之外的扩展，但在实际项目中，用它来做兜底可以避免程序直接崩溃，给你机会做清理工作。

3. 第三方库抛出的非标准异常 #

如果你的代码依赖一些老旧或者不遵循C++异常规范的第三方库，它们可能抛出各种各样的非标准异常类型。这时候catch(...)就能帮你接住这些“不按常理出牌”的异常，防止程序因为未处理的异常直接终止。

为什么要联用catch(const std::exception&)和catch(...)？ #

这种组合是C++异常处理里的经典最佳实践，核心原因有两个：

• 精准处理预期异常：catch(const std::exception&)能覆盖所有标准库异常，以及你自己定义的、继承自std::exception的业务异常。在这里你可以调用e.what()获取详细错误信息，做针对性的恢复或日志记录。
• 兜底防崩溃：catch(...)作为最后一道防线，能接住所有漏网的异常。你可以在这里做通用的清理（比如释放动态分配的内存、关闭文件句柄），然后要么用throw;重新抛出让上层逻辑处理，要么优雅地终止程序，避免程序突然崩溃导致数据丢失或其他问题。

这种联用既保证了对预期异常的精细化处理，又提升了程序的鲁棒性，能应对各种意外情况。

内容的提问来源于stack exchange，提问作者felix1415