不能直接把成员函数传给std::thread，因为其隐含this指针参数，类型不匹配；可用lambda捕获this、std::bind绑定或static成员函数，但需确保对象生命周期≥线程生命周期。
为什么不能直接把成员函数传给 std::thread
因为 std::thread 构造函数要求可调用对象是「无绑定上下文」的，而普通成员函数隐含一个 this 指针参数，类型形如 void (MyClass::*)(int)，和期望的 void(*)(int) 不匹配——编译器会直接报错：error: reference to non-static member function must be called。
三种能用的写法（按推荐顺序）
实际项目里最常用、最安全的是前两种；第三种仅在特殊场景（比如必须兼容旧 C 接口）下才考虑。
- 用 lambda 捕获
this：简洁、类型自动推导、语义清晰std::thread t([this](int x) { this->do_work(x); }, 42); - 用
std::bind绑定this和参数：std::thread t(std::bind(&MyClass::do_work, this, std::placeholders::_1), 42);
- 声明为
static成员函数（失去访问非静态成员能力）：static void do_work_static(MyClass* obj, int x) { obj->do_work(x); }<br>std::thread t(&MyClass::do_work_static, this, 42);
容易踩的坑：对象生命周期和线程分离
如果在线程启动后，原对象被析构，而线程还在运行并访问 this，就会发生未定义行为（通常是 crash 或读到垃圾值）。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 确保对象生命周期 ≥ 线程生命周期；常见做法是让对象是
static、全局、或由std::shared_ptr管理 - 避免在构造函数里直接启动线程——此时
this可能还没完全构造完 - 别忘了调用
t.join()或t.detach()，否则程序退出时会调用std::terminate()
如果要用 std::jthread（C++20）
std::jthread 自动在析构时调用 join()，但依然不解决 this 生命周期问题。
- 写法和
std::thread一致，只是更安全地处理线程资源释放：std::jthread t([this]{ this->do_work(42); }); // 离开作用域时自动 join - 但若
this在t运行前就销毁了，照样 UB —— 这点很多人误以为jthread能兜底
成员函数当线程入口本身不难，难的是让 this 活得比线程久，且不被意外共享修改。多看一眼析构时机，比多试几种语法更重要。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
