为何单个线程抛出异常会终止整个进程？附C++11测试代码

这个问题的核心原因其实是C++标准的明确规定——如果线程里抛出的异常没被捕获，会直接触发std::terminate()终止整个进程，而不是只终止出问题的那个线程。

结合你的代码具体分析： #

• 你的线程t1在func1里抛出了std::string类型的异常，但整个func1里没有任何try-catch块去捕获这个异常。当异常一路传播到线程入口函数的顶层（也就是func1执行结束前都没被接住），C++就会启动未捕获异常的处理流程：直接调用std::terminate()。
• std::terminate()的默认行为就是终止整个进程，所以你的t2线程哪怕一直在循环输出，也会跟着进程一起停止运行。

为什么标准要这么设计？ #

这其实是出于资源安全的考虑：线程之间共享进程的所有核心资源（比如内存、文件句柄、互斥锁等）。如果只终止单个线程，很容易留下各种隐患：

• 比如出错的线程拿着某个互斥锁没释放，其他线程会永远阻塞在锁等待上，造成死锁；
• 或者它申请的动态内存没释放，直接导致内存泄漏；
  C++标准不想承担这种“部分线程终止”带来的不确定性，所以干脆规定：未捕获的线程异常直接终止整个进程，确保所有资源能被操作系统统一回收。

如何避免进程被终止？ #

你需要在线程内部把异常接住，或者把异常传递回主线程处理：

1. 线程内直接捕获异常（最简单的方式）：

void func1() {
    std::this_thread::sleep_for(std::chrono::seconds(5));
    std::cout<<"exception!!!"<<std::endl;
    try {
        throw(std::string("exception"));
    } catch (const std::string& e) {
        std::cout<<"线程内捕获异常: "<<e<<std::endl;
        // 这里可以做日志记录、资源清理等操作
    }
}

2. 将异常传递回主线程：
   可以用std::promise或std::packaged_task把异常打包，在主线程中捕获处理，这样既不会终止进程，也能在主线程统一处理异常逻辑。

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