std::thread构造时参数默认按值拷贝，即使传std::move也需类型支持移动构造；引用类型须用std::ref/std::cref包装，且需确保对象生命周期覆盖线程运行期。
std::thread 构造时传参会拷贝还是移动
默认按值传递，所有参数都会被拷贝进线程私有栈——哪怕你传的是 std::move(obj)，std::thread 内部仍会调用拷贝构造（除非类型显式禁用拷贝、只支持移动，且你用了 std::move）。这不是 bug，是标准规定的行为。
- 想真正转移资源（比如大 vector、unique_ptr），必须显式用
std::move，且目标类型得支持移动构造 - 传左值引用（
int&）会编译失败：因为线程可能比调用方活得久，引用悬空风险太大，编译器直接拦住 - 传 const 引用（
const std::string&）也不行——同样因生命周期无法保证，std::thread不接受引用类型参数（除非包在std::ref或std::cref里）
如何安全传引用给 std::thread
用 std::ref 或 std::cref 包一层，它们是轻量级包装器，不复制对象，只存指针。但前提是：你得确保被引用的对象在线程运行期间始终有效。
-
std::thread t(func, std::ref(x), std::cref(y));—— x 可被修改，y 只读 - 常见翻车点：引用局部变量，线程还没跑完函数就返回了，x 已析构 → 未定义行为
- 适合场景：主线程长期持有数据（如类成员、全局容器），另起线程读写它
lambda 捕获 vs 直接传参的区别
捕获列表（[&x, y]）和构造 std::thread 时传参，语义完全不同：前者决定 lambda 闭包怎么持有变量，后者决定参数怎么送进线程函数。
- 用
[&x]捕获引用，lambda 内访问的是原始x；但如果你再把 lambda 传给std::thread，闭包本身仍被拷贝，引用有效性还得自己负责 - 更稳妥的写法是：按值捕获（
[x, y]），或用std::move捕获可移动对象（[=, vec = std::move(vec)]） - 别混用：比如
[&x](int a) { /* ... */ }然后std::thread{lambda, 42}—— 这里 42 是额外参数，跟捕获无关
std::thread 传参导致的常见崩溃错误
最典型的报错是 std::system_error: Operation not permitted 或直接段错误，往往不是权限问题，而是参数生命周期失控。
立即学习“C++免费学习笔记（深入）”；
- 错误示例：
std::thread t([](const std::string& s) { std::cout —— <code>local_str是栈上临时 string，线程可能在它析构后才执行 - std::thread 不检查参数有效性，也不会帮你延长对象寿命，出问题就是静默 UB
- 调试建议：加日志打时间戳，或用 AddressSanitizer 编译（
-fsanitize=address），能快速暴露 use-after-free
传参这件事本身不难，难的是谁拥有对象、谁负责生命周期、线程什么时候真正开始执行——这三个问题没理清，再多的 std::move 都救不了。
