std::thread 不可拷贝,误拷贝会导致崩溃;std::mutex 等不可拷贝也不可移动,含其成员的类须显式删除拷贝函数;std::shared_ptr 仅保证引用计数线程安全,对象访问仍需同步;lambda 值捕获 this 易致悬垂指针,应改用 shared_from_this() 或传副本。

std::thread 对象被意外拷贝会直接崩溃
只要 std::thread 对象被拷贝(比如传值进函数、放入容器、赋值给另一个变量),程序在析构时几乎必然触发 double-free 或 abort。因为 std::thread 的拷贝构造函数是被显式删除的(= delete),但某些隐式拷贝场景仍可能绕过编译期检查——比如误用 std::vector<:thread></:thread> 并调用 push_back(若元素非右值,会尝试拷贝)。
常见错误现象:terminate called without an active exception 或 double free or corruption,gdb 停在 ~thread() 内部。
- 永远用
std::move转移线程所有权:例如vec.push_back(std::move(t)),而不是vec.push_back(t) - 避免把
std::thread放进需要拷贝的容器(如std::vector),改用std::vector<:unique_ptr>></:unique_ptr>或直接用std::vector配合emplace_back - 函数参数必须声明为右值引用(
std::thread&&)或 const 引用(仅观察状态,不能 detach/join);传值参数是高危操作
std::mutex 和 std::shared_mutex 不可拷贝也不可移动
这两个类型都删掉了拷贝和移动的全部特殊成员函数。试图拷贝会编译失败;但更隐蔽的问题是:如果某个自定义类里持有 std::mutex 成员,而该类没显式删除拷贝构造函数,那么编译器生成的默认拷贝构造函数会尝试逐成员拷贝——对 std::mutex 这一操作非法,导致编译报错(如 use of deleted function ‘std::mutex::mutex(const std::mutex&)’)。
- 所有含
std::mutex/std::shared_mutex成员的类,必须显式 = delete 拷贝构造/赋值,或 = default 移动构造/赋值(前提是其他成员都支持移动) - 不要用
std::shared_ptr包裹std::mutex来“绕开”限制——这毫无意义,且会掩盖设计问题;互斥量本就该是栈上独占对象 - 若需共享访问控制逻辑,应封装成带方法的类,并通过引用或指针传递该类实例,而非复制互斥量本身
std::shared_ptr 的线程安全边界很窄
std::shared_ptr 的引用计数是原子的,但其所指向的对象**完全不保证线程安全**。常见误用是多个线程同时通过不同 std::shared_ptr 实例调用同一对象的非常量成员函数,导致数据竞争;更危险的是,一个线程正在 reset() 导致析构,另一个线程还在调用该对象方法——此时对象内存已被释放,行为未定义。
- 引用计数安全 ≠ 对象安全:保护对象访问仍需额外同步(如配合
std::mutex) - 避免在析构关键资源(如文件句柄、socket)的对象上裸用
std::shared_ptr,除非你能确保所有线程对它的生命周期有清晰共识 - 考虑用
std::weak_ptr配合lock()做存在性检查,防止访问已销毁对象;但注意lock()返回空shared_ptr后,仍需业务层处理“对象已消失”的分支
lambda 捕获 this 导致对象提前析构
在多线程中,若 lambda 以值捕获 this(即 [this]{...}),并把该 lambda 交给 std::thread 执行,就等于把当前对象的原始指针传进了新线程。此时若主线程很快退出、对象被销毁,而子线程还没执行完,后续对 this->member 的任何访问都是悬垂指针。
- 绝对不要在异步任务中裸捕获
this,除非你能 100% 确保对象生命周期覆盖整个线程执行期 - 更安全的做法是捕获
shared_from_this()(要求类继承std::enable_shared_from_this),并在 lambda 中持有std::shared_ptr,这样对象至少能活到 lambda 执行结束 - 如果对象本就不属于 shared_ptr 管理,那就别在线程里访问它——改为传入所需数据的副本,或用线程安全队列传递消息
资源重复释放的本质,往往不是“忘了 join/detach”,而是所有权语义被破坏:线程对象、互斥量、智能指针、this 指针……每个都有明确的移动/共享契约。一旦用错拷贝方式,编译器可能不拦你,但运行时崩得毫无商量余地。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











