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() 导致析构，另一个线程还在调用该对象方法——此时对象内存已被释放，行为未定义。
立即学习“C++免费学习笔记（深入）”；
- 引用计数安全 ≠ 对象安全：保护对象访问仍需额外同步（如配合
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 指针……每个都有明确的移动/共享契约。一旦用错拷贝方式，编译器可能不拦你，但运行时崩得毫无商量余地。
