直接传成员函数指针会报错，因成员函数隐含this参数，需用lambda或std::bind显式绑定；推荐lambda捕获，注意捕获方式影响线程安全；std::thread析构前必须join或detach，C++20可用std::jthread自动管理。
std::thread 构造时直接传成员函数指针会报错
直接写 std::thread t(&MyClass::func, obj) 看似合理，但编译器通常报类似 error: no matching constructor 的错误——根本原因是成员函数指针不是普通函数指针，它隐含 this 参数，std::thread 构造函数无法自动推导绑定关系。
正确做法是显式提供可调用对象：用 lambda 捕获 this 或对象副本，或用 std::bind 绑定。推荐 lambda，更直观、无额外开销。
- 若需访问当前对象状态，用
[this]() { func(); }（捕获this） - 若需传入独立对象（如临时实例或值语义），用
[obj = MyClass{}]() { obj.func(); } - 避免裸指针捕获（如
[p](){ p->func(); }），除非你能确保线程生命周期内p有效
lambda 捕获方式决定线程安全边界
捕获方式直接影响数据竞争风险。比如 [this] 共享原始对象，多个线程同时调用非 const 成员函数可能踩内存；而 [obj]() { obj.func(); } 复制对象，线程间完全隔离，但要注意复制开销和语义是否合理。
-
[&]捕获引用：危险！极易引发悬空引用（例如对象在子线程启动前就析构） -
[=]捕获值：对this是捕获指针，等价于[this]；对局部变量才做拷贝 - 明确写
[obj]（按值）或[&obj]（按引用）更安全，意图清晰 - 若成员函数本身是
const且只读状态，[this]相对稳妥；否则优先考虑值传递或加锁
std::thread 离开作用域前必须 detach 或 join
常见 crash 来源：忘记处理 std::thread 对象，导致其析构时调用 std::terminate()。这不是成员函数调用的问题，但和多线程实操强相关，90% 的新手在这里翻车。
立即学习“C++免费学习笔记（深入）”；
- 不要让
std::thread变量是栈上局部变量且不显式管理 —— 编译器不会帮你join -
t.join()：主线程等待子线程结束，适合有明确同步需求的场景 -
t.detach()：子线程后台运行，但此后无法再与之交互，且要确保所有捕获资源在线程结束前有效 - 更稳健的做法是把
std::thread包进 RAII 封装（如自定义scoped_thread），或用std::jthread（C++20），它会在析构时自动join
std::jthread（C++20）简化成员函数调用流程
如果你能用 C++20，std::jthread 是目前最干净的解法：它自带自动 join，支持中断请求，并且构造方式和 std::thread 完全一致，lambda 写法无需改动。
std::jthread t([this] { this->do_work(); }); // 函数返回即自动 join
// 不需要手动 t.join()，也不怕异常跳过
- 注意：
std::jthread的析构会阻塞等待，若线程卡死，整个程序卡住 —— 这是设计取舍，不是 bug - 若需非阻塞清理，仍得用
detach或自己管理生命周期 - 成员函数里调用
std::this_thread::sleep_for或检查get_stop_token().stop_requested()才能响应中断
std::thread 对象有没有被妥善处置——这两步漏掉，后面所有逻辑都可能白搭。 
