C++如何捕获所有类型的异常-C++-PHP中文网

catch(...)必须放在所有catch分支之后，否则会拦截更具体的异常；它能捕获任意类型异常但不提供异常对象信息，也无法直接重抛原异常。

c++如何捕获所有类型的异常

用 `catch(...)` 捕获所有异常，但必须放在最后

想一写就兜住所有异常？catch(...) 是 C++ 唯一能匹配任意类型（包括非 std::exception 派生类、内置类型、甚至 nullptr）的语法。但它不提供异常对象信息，也不能重抛原异常（除非你手动保存）。

常见错误是把它写在其他 catch 分支前面，导致更具体的捕获被跳过：

try {
    throw std::runtime_error("boom");
} catch(...) {          // ❌ 错了：这个先匹配，下面永远进不去
    std::cout

catch(...) 必须是 catch 链的最后一个分支
它不能绑定异常对象，所以无法访问 .what()、.code() 等成员
如果后续还要处理或日志，得在 catch(...) 里用 std::current_exception() 获取 std::exception_ptr

想记录异常内容？必须配合 `std::current_exception()` 和 `std::rethrow_exception()`

单纯 catch(...) 只能知道“有异常”，但不知道是什么。要获取可打印的描述，得靠标准库提供的异常指针机制：

C++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

try {
    throw std::logic_error("invalid arg");
} catch(...) {
    auto ptr = std::current_exception();  // 拿到当前异常的句柄
    try {
        if (ptr) std::rethrow_exception(ptr);  // 重新抛出，再捕获具体类型
    } catch(const std::exception& e) {
        std::cerr

std::current_exception() 只在 catch 块内有效，离开即失效
重抛后再次 catch 是唯一能安全拿到原始异常信息的方式
注意嵌套 try 的开销：不是零成本，频繁使用会影响性能

为什么不用 `catch(...)` 替代所有具体捕获？

因为丢失类型信息会掩盖问题本质。比如 std::bad_alloc 和 std::out_of_range 处理策略完全不同：

std::bad_alloc 往往需要立即释放资源、降级或退出，不能简单忽略
std::out_of_range 可能只是输入校验疏漏，适合返回错误码或重试
捕获 int 或 char* 异常（老式 C 风格）说明代码混合了新旧异常模型，应逐步清理
某些编译器（如 MSVC）在启用 /EHsc 时，默认不捕获结构化异常（SEH），catch(...) 也无能为力

真正“全局”捕获？靠 `std::set_terminate()` 和信号处理

catch(...) 只管 try 块内的异常。未被捕获的异常会调用 std::terminate() —— 这才是程序崩溃前的最后一道钩子：

void my_terminate() {
    auto ptr = std::current_exception();
    if (ptr) {
        // 同上，用 rethrow_exception 提取信息
    }
    std::abort();  // 或写 minidump、log backtrace
}
std::set_terminate(my_terminate);