std::thread构造时默认拷贝参数：临时对象和左值均被拷贝，引用需用std::ref/std::cref显式包装，移动需配合std::move且形参为值类型。
std::thread 构造时传参会拷贝还是移动？
默认情况下，std::thread 的构造函数会对所有实参进行拷贝（不是引用，也不是自动移动），即使你传的是右值或 std::move(x)，它内部仍按值拷贝——除非参数类型明确支持移动且你显式用了 std::move，但拷贝语义仍是默认行为。
这意味着：
- 传入的临时对象（如
std::string{"hello"}）会被拷贝进线程私有栈，原地销毁不影响子线程 - 传入左值变量（如
int x = 42;）也会被拷贝，子线程拿到的是副本，改它不影响主线程 - 若想传引用，必须用
std::ref(x)或std::cref(x)显式包装，否则编译失败（因为std::thread构造函数不接受裸引用） - 传指针安全，但你要确保指针指向的对象在线程运行期间有效（比如不能指向栈上已退出作用域的变量）
传引用必须用 std::ref，否则编译报错
直接写 std::thread(f, x) 其中 x 是一个 int&，会触发编译错误：“attempting to reference a deleted function”（因为 std::thread 的参数转发模板无法绑定到裸引用类型）。
正确做法是：
立即学习“C++免费学习笔记（深入）”；
int value = 100;
std::thread t([](int& v) { v *= 2; }, std::ref(value));
t.join();
// 此时 value == 200
注意：
-
std::ref包装的是左值引用；std::cref用于 const 引用 - 如果在线程里修改了被
std::ref包装的变量，主线程可见——但你要自己保证线程安全（比如加std::mutex） - 别对局部变量用
std::ref后又让主线程提前返回，否则子线程可能访问已销毁内存
lambda 捕获 vs thread 构造传参：选哪个？
两者都能把数据带进线程，但语义和生命周期管理完全不同：
-
构造传参：参数在
std::thread对象创建时就被拷贝/移动/引用绑定，和 lambda 是否捕获无关。适合一次性传入、线程内只读或明确需共享/修改的场景。 -
lambda 捕获：
[x]() { ... }拷贝，[&x]() { ... }引用（同样需确保x生命周期足够长），[=]()或[&]()是批量处理。
常见误用：
- 写
std::thread{[x]() { use(x); }}—— 看似简洁，但x是在 lambda 创建时拷贝，和 thread 构造传参效果一样；若想引用，得写[&x]()，但风险更高（容易悬垂） - 混用：既在捕获列表里写
&x，又在构造时传std::ref(x)，导致双重引用，逻辑混乱
优先选构造传参，更显式、更可控；lambda 捕获更适合封装逻辑+就近绑定，而非单纯“传数据”。
移动语义传参要注意对象是否可移动且线程安全
如果你传的是自定义类型，比如 std::vector<int></int>，并希望避免拷贝开销，可以：
std::vector<int> data = {1,2,3,4,5};
std::thread t([](std::vector<int> v) {
// v 是移动进来的，原 data 已为空（若用了 std::move）
}, std::move(data));
t.join();
但注意：
- 只有当目标函数形参是值类型（非引用）且你传
std::move(x)时，才可能触发移动；如果形参是const std::vector<int>&</int>，那还是拷贝（或绑定引用） - 移动后原对象处于“有效但未指定状态”，别再访问它，除非你确认类型保证移动后可安全析构或赋值
- 标准容器（
std::vector、std::string等）移动后原对象通常为空，但这是实现细节，不应依赖
线程启动后，参数对象的生命周期就和主线程无关了——这是好事，也是坑：你得确保传进去的东西，子线程真能用，而不是靠运气。
