C++中的std::thread怎么创建线程?(多线程并发编程)

13次阅读

最常用方式是构造std::Thread时直接传入可调用对象及参数,立即启动线程;传参需注意值传递拷贝、引用传递须用std::ref;Lambda捕获要避免局部引用悬空;成员函数需绑定实例。

C++中的std::thread怎么创建线程?(多线程并发编程)

std::thread 构造时直接传入可调用对象

创建线程最常用的方式是构造 std::thread 对象时,把函数(或 lambda、函数对象)和参数一起传进去。它会立即启动新线程执行,不是“注册后手动 start”。

常见错误是忘记传参方式:按值传递会被拷贝,按引用需显式用 std::ref() 包裹,否则编译失败或行为异常。

  • 普通函数:直接传函数名 + 参数列表
  • lambda:捕获方式影响变量生命周期,避免捕获局部变量的引用并在线程中访问
  • 成员函数:第一个参数必须是对象实例(或指针),用 &MyClass::func + objstd::move(obj)
void foo(int x) { std::cout << "foo: " << x << "n"; } int main() {     std::thread t1(foo, 42);           // 按值传参     std::thread t2([](const std::string& s) {         std::cout << "lambda: " << s << "n";     }, "hello");                       // 字符串字面量自动转 std::string     t1.join(); t2.join(); }

必须处理 thread 的析构,否则程序 terminate

std::thread 对象被销毁前,必须明确调用 join()detach()。否则其析构函数会调用 std::terminate() —— 这是 c++ 标准强制要求,不是警告,而是直接崩溃。

典型陷阱:在函数返回前忘了 join(),或在异常路径中遗漏处理。

立即学习C++免费学习笔记(深入)”;

  • join():阻塞当前线程,等待目标线程结束
  • detach():让线程后台运行,与 std::thread 对象解绑,之后不能再控制或同步它
  • 推荐优先用 join();若真需后台线程,确保所有资源(如局部变量、内存)在线程内正确管理

传递引用参数要用 std::ref() 显式包装

直接传引用会编译失败,因为 std::thread 构造函数内部对参数做 std::decay_t 处理,默认按值拷贝。想在线程里修改原始变量,必须用 std::ref()

漏掉 std::ref() 不仅不会报错(可能静默传值),还会导致线程操作的是副本,主函数看不到修改结果。

void increment(int& x) { ++x; } int main() {     int a = 0;     // ❌ 错误:a 不会被修改,传的是副本     // std::thread t(increment, a);     // ✅ 正确:传引用     std::thread t(increment, std::ref(a));     t.join();     std::cout << a << "n"; // 输出 1 }

移动语义与 thread 对象的转移

std::thread 不可拷贝,但可移动。这意味着你不能写 std::thread t2 = t1;,但可以写 std::thread t2 = std::move(t1); ——此时 t1 变成默认构造状态(t1.joinable() == false)。

这个特性常用于工厂函数、容器管理线程等场景,比如把线程存进 std::vector<:thread> 时必须用 std::move

  • 移动后原对象不可再 join()detach()
  • 移动前确保原对象是 joinable(),否则移动无意义
  • 容器中存放线程时,push_back 必须配合 std::move,否则编译不过

线程对象的生命周期管理比看起来更敏感,尤其是跨作用域、异常分支、RAII 封装时,稍不注意就 crash 或数据竞争。别只盯着“怎么启”,先想清楚“怎么收”。

text=ZqhQzanResources