在C++新代码中使用catch(...)而非或配合catch(std::exception const&)的理由

1. 捕获非标准异常 #

尽管业界惯例要求异常继承std::exception，但实际项目里难免碰到遗留代码、第三方库（比如你提到的boost::thread_interrupted）抛出的非标准类型异常。catch(...)能确保这类异常不会直接导致程序终止，给你执行基础清理操作的机会。

2. 作为最后的安全兜底 #

哪怕严格遵循异常规范，也可能出现意外：比如同事误抛了int、char*这类基本类型，或是底层系统、编译器抛出的特殊异常（部分平台的硬件异常映射）。catch(...)可以作为最后一道防线，避免程序因未捕获异常直接崩溃，至少能完成资源释放、日志记录等收尾工作。

3. 配合catch(std::exception const&)实现完整处理 #

常规做法是先捕获标准异常，处理具体错误信息（比如打印what()内容），再用catch(...)兜底：

try {
    // 业务逻辑代码
} catch (const std::exception& e) {
    std::cerr << "标准异常信息: " << e.what() << std::endl;
    // 针对性错误处理
} catch (...) {
    std::cerr << "捕获未知类型异常，执行紧急清理" << std::endl;
    // 通用兜底操作：释放锁、关闭文件等
    throw; // 可选：重新抛出，交由上层处理或终止程序
}

这种组合既覆盖了可预期的标准异常，又能处理所有意外情况。

4. 保障长期运行服务的可用性 #

在守护进程或持续运行的服务中，catch(...)可捕获所有未处理异常，记录崩溃现场信息后，尝试重启服务或优雅退出，而非直接导致进程挂掉，提升系统整体可用性。

关键注意点 #

• catch(...)无法获取异常具体信息，只能做通用清理或兜底，无法进行针对性错误修复。
• 不要单独用catch(...)替代catch(std::exception const&)，否则会丢失所有可定位的错误信息，大幅增加调试难度。
• 若在catch(...)中重新抛出，务必使用throw;而非throw ex;，后者会造成异常对象切片。

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