std::thread不能直接传成员函数指针，因其类型为void (MyClass::*)()，依赖this指针，必须绑定对象实例；可用std::bind或lambda捕获this补全调用，但需确保对象生命周期长于线程，并在析构前join()或detach()。
在类成员函数里直接传 std::thread 会编译失败，因为成员函数有隐式 this 指针，不能像普通函数那样裸传 —— 必须显式绑定对象实例。
为什么 std::thread 不能直接传成员函数指针？
成员函数不是独立可调用实体，它依赖于对象实例。下面这行代码会报错：
std::thread t(&MyClass::do_work, nullptr); // ❌ 编译失败：缺少 this
错误信息通常是：error: no matching function for call to 'std::thread::thread(...)，本质是参数类型不匹配 —— &MyClass::do_work 的类型是 void (MyClass::*)()，而 std::thread 构造函数期望的是可调用对象（callable），且第一个参数必须能接收 this。
- 裸传成员函数指针必须配一个对象（或指针）作为第一个实参
-
std::bind和 lambda 都是用来“补全”这个this+ 参数的机制 - 若对象生命周期短于线程，会引发悬空指针（常见崩溃点）
用 std::bind 绑定成员函数和 this
std::bind 是最直白的补全方式：把成员函数、this、后续参数一起打包成一个可调用对象。
立即学习“C++免费学习笔记（深入）”；
std::thread t(std::bind(&MyClass::do_work, this));
如果 do_work 带参数：
std::thread t(std::bind(&MyClass::process, this, 42, "hello"));
- 推荐用
this（而非this->shared_from_this()），但必须确保this所指对象在线程运行期间**一直有效** - 避免传局部对象的
this（比如在栈上构造临时对象后立刻启动线程） -
std::bind在 C++17 后已不推荐用于新代码，语法略冗长，且对移动语义支持不如 lambda 直观
用 lambda 捕获 this 更简洁安全
lambda 是目前更主流、更可控的方式。捕获 this 后，内部就能自由调用成员函数和访问成员变量：
std::thread t([this]() { do_work(); });
带参数也更清晰：
int x = 42;
std::thread t([this, x](const std::string& s) { process(x, s); }, "hello");
- 捕获
[this]是按值拷贝指针，不延长对象生命周期 —— 仍需你保证对象存活 - 若想自动管理生命周期，可捕获
shared_ptr<myclass></myclass>：[self = shared_from_this()]() { do_work(); }，前提是类继承自std::enable_shared_from_this<myclass></myclass> - 注意不要意外捕获大对象（比如整个
std::vector）进 lambda，否则可能引发不必要的拷贝或悬挂引用
线程 detach 还是 join？别漏掉这一步
无论用 std::bind 还是 lambda，std::thread 对象析构前**必须**调用 join() 或 detach()，否则程序会调用 std::terminate 终止。
- 在类中启线程时，通常建议在析构函数里
join()（如果线程逻辑允许被等待） - 若线程是“fire-and-forget”，且确保不会访问已销毁资源，才考虑
detach()；但多数场景下detach更易出错 - 别在构造函数里直接
detach()—— 此时对象可能还没完全构造完，成员变量未初始化
最稳妥的做法是把 std::thread 成员设为 std::optional<:thread></:thread>，启动后 move 赋值，并在析构时检查是否 joinable() 再 join()。
