Effective Modern C++ 条款 37:确保 std::thread 在所有路径上不可结合
在多线程程序设计中,std::thread 的生命周期管理看似简单,实则暗藏玄机。很多开发者发现,精心设计的并发程序在某些边缘情况下会突然崩溃,往往就是因为线程对象析构时仍处于可结合状态。
线程的两种状态
std::thread 对象在其生命周期中总是处于以下两种状态之一:
- Joinable(可结合):对应一个正在运行、等待调度或已完成但尚未被处理的执行线程。
- Unjoinable(不可结合):没有关联任何执行线程。
Joinable 状态的特征
- 对应一个正在运行的执行线程
- 对应一个可能将要运行的线程(如被阻塞或等待调度)
- 对应一个已经完成执行但尚未被 join 的线程
Unjoinable 状态的四种情况
- 默认构造:没有关联任何执行线程
- 移动后:所有权已转移给另一个线程对象
- 已 Join:执行已完成,资源已回收
- 已 Detach:与执行线程的连接已断开
为什么可结合性如此重要?
当可结合的 std::thread 对象析构时,程序将直接终止!这是 C++ 标准委员会的明确规定,因为其他替代方案会造成更严重的问题。
| 方案 | 问题描述 | 严重性 |
|---|---|---|
| 隐式 Join | 析构函数等待线程完成,可能导致程序挂起或表现异常 | 中等 |
| 隐式 Detach | 线程继续运行,可能访问已销毁的局部变量 | 严重 |
考虑以下典型错误示例:
void riskyFunction() {
std::vector<int> data;
std::thread t([&data] {
// 长时间运行的操作...
data.push_back(42); // 危险!可能访问已销毁的 data
});
if (someCondition()) {
t.join();
return;
}
// 如果 someCondition() 为 false,t 将作为可结合线程被销毁
// → 程序终止!
}
RAII 拯救方案:ThreadRAII 类
为了解决这个问题,我们需要一个 RAII(Resource Acquisition Is Initialization)包装器,确保线程在所有路径上都能够被正确处理。


