使用std::thread时传this必须确保对象生命周期足够长，否则会导致悬空指针；推荐用shared_ptr管理并捕获[self = shared_from_this()]，避免直接捕获this或使用std::bind。
std::thread 构造时传 this 必须确保对象生命周期足够长
直接在成员函数里写 std::thread([this]() { do_work(); }) 很常见，但危险点在于：如果线程还没跑完，对象已经析构了，this 就成了悬空指针。这种崩溃往往不报错、不抛异常，只在特定负载下偶发。
常见错误现象包括：程序偶尔 crash 在 do_work() 开头、访问成员变量时地址非法、std::cout 输出乱码或中断。
- 不要在栈上临时对象上调用启动线程的方法，比如
MyClass{}.start_thread() - 避免在线程启动后立刻返回并让对象离开作用域（例如局部对象 +
detach()） - 若必须用
this，优先用shared_ptr<myclass></myclass>管理对象，并捕获[self = shared_from_this()] - 类需继承
std::enable_shared_from_this<myclass></myclass>，否则shared_from_this()会抛std::bad_weak_ptr
lambda 捕获 this 比 std::bind(&MyClass::func, this, ...) 更直观且安全
std::bind 在 C++17 后已标记为“不鼓励使用”，尤其对移动语义支持弱；而 lambda 的捕获列表能清晰表达意图，编译器也更容易优化。
比如想传一个整数和字符串给成员函数：process(int, const std::string&)：
立即学习“C++免费学习笔记（深入）”；
- 用
std::bind：需要显式写std::placeholders::_1，参数顺序易错，且不能直接移动右值 - 用 lambda：可自然按值或引用捕获外部变量，还能用
mutable修改副本，语义一目了然
示例对比：
// 推荐：lambda，清晰、可控
int x = 42;
std::string s = "hello";
std::thread t([this, x, s]() mutable {
s += " world"; // 可改副本
process(x, s);
});
// 不推荐：bind 冗长，且 s 是 const 副本，无法修改
auto t2 = std::thread(std::bind(&MyClass::process, this, x, s));
线程启动后必须显式调用 join() 或 detach()
忘记这一步会导致程序在 std::thread 对象析构时调用 std::terminate() —— 直接终止，无堆栈、无日志。
常见错误是把 t.join() 放在条件分支末尾，但某些路径没走到；或者误以为 detach() 就万事大吉，结果对象提前销毁导致访问违规。
-
join()适合主线程需等待子线程完成的场景（如初始化、同步任务） -
detach()仅适用于真正“放养”的后台任务，且你**完全掌控对象生命周期**（比如全局单例、static 成员） - 更稳妥的做法是在线程对象生命周期结束前，用 RAII 封装：比如自定义
scoped_thread类，在析构时自动join()
捕获方式选 [this] 还是 [self = shared_from_this()]？看所有权模型
[this] 是最轻量的捕获，但它只是拷贝指针，不延长对象生存期；[self = shared_from_this()] 则通过引用计数保活对象，代价是每次构造 lambda 都要加锁更新计数（虽小但存在）。
如果你的类天然就是共享指针管理的（比如从 make_shared<myclass>()</myclass> 创建），那用后者几乎零风险；但如果只是普通栈/堆对象，强行套 shared_from_this() 反而引入复杂性甚至崩溃。
- 普通堆对象（
new MyClass）：不建议用shared_from_this()，除非你把它包装进shared_ptr - 栈对象：绝对不能用
shared_from_this()，因为未通过make_shared构造，调用会抛异常 - 多线程频繁创建/销毁实例时，
[this]+ 显式生命周期检查（如原子标志位）比盲目依赖引用计数更可控
真正容易被忽略的是：lambda 捕获 this 后，所有对成员变量的访问都隐含“对象还活着”这个前提——这不是语法能保证的，得靠设计约束。
