必须用std::ref(x)传引用，裸指针&x会导致悬空；std::ref仅包装引用，不延长生命周期，需确保x存活至线程结束；临时对象不可绑定非常量引用，右值引用需配合std::move。
std::thread 构造时直接传引用会崩溃
直接用 std::ref(x) 以外的方式传引用（比如 &x）会导致未定义行为——线程可能在原变量已销毁后访问它，常见表现是段错误或随机崩溃。这是因为 std::thread 的构造函数会对所有参数做**拷贝**，而 &x 是个临时的右值指针，拷贝后指向的仍是原变量，但生命周期不受线程控制。
- 永远不要写
std::thread(f, &x)—— 这不是“传引用”，只是传了个裸指针，且极易悬空 - 若目标函数形参是
T&，必须用std::ref(x)显式包装，让 thread 内部保存的是可安全拷贝的引用包装器 -
std::ref不转移所有权，也不延长变量生命周期；你仍需确保x的生存期覆盖整个线程执行过程
正确写法：用 std::ref 包装左值，且保证变量不提前析构
假设你要在线程里修改一个局部变量，最简可行模式如下：
int value = 42;
auto f = [](int& v) { v *= 2; };
std::thread t(f, std::ref(value));
t.join();
// 此时 value == 84
-
std::ref(value)返回std::reference_wrapper<int></int>，它支持拷贝、可被 thread 安全持有，并在线程调用时自动转为int& - 如果
value是函数内局部变量，必须在t.join()或t.detach()前保持有效；detach()后继续用局部变量是危险的 - 对 const 引用，用
std::cref(x)，类型推导更准，避免意外修改
std::move 和引用参数混用时的陷阱
如果你试图把一个临时对象“移入”线程并绑定为引用，编译会失败或行为异常。例如：
std::thread t([](std::string& s) { /* ... */ }, std::string{"hello"}); // ❌ 编译失败：无法绑定非常量引用到临时量
- 临时对象（纯右值）不能绑定到非 const 左值引用，这是语言规则，和 thread 无关
- 想在线程里拥有该对象？改用值传递或
std::move+ 右值引用形参：[](std::string&& s)，再配合std::move(s)构造 - 想共享一个对象且允许修改？用
std::shared_ptr或全局/静态变量，别依赖栈上临时量的引用
lambda 捕获引用 vs thread 参数传引用：别混淆两者
lambda 捕获列表里的 [&x] 是在创建 lambda 时捕获当前作用域的引用，而 std::thread 构造时的参数是在线程启动后才被解包调用——这两层引用生命周期完全独立。
立即学习“C++免费学习笔记（深入）”；
- 写
[&x](){ x = 100; }并传给 thread，若x是局部变量且 thread 在函数返回后才运行，一样悬空 - 真正安全的做法是：要么确保
x生命周期 ≥ 线程运行时间（如 static / 全局 / 成员变量），要么改用std::shared_ptr管理资源 - 混合使用捕获和
std::ref很容易重复包装，导致编译错误或意外拷贝，优先选一种方式明确表达意图
实际中最容易被忽略的，是以为 std::ref 能解决所有生命周期问题——它只解决“如何安全传引用”，不解决“引用的对象还是否存在”。线程里用的每个引用，都得你自己盯住它的生命终点。
