std::thread构造时lambda捕获需谨慎：引用捕获易致悬垂，应优先值捕获[=]或显式捕获；移动-only类型须用[p=std::move(p)]初始化捕获；thread对象析构前必须join()或detach()，否则terminate()。
std::thread 构造时直接传入 lambda，必须注意值捕获还是引用捕获
lambda 作为线程函数最常见也最容易出错的地方，在于捕获方式和变量生命周期不匹配。线程可能在 lambda 捕获的局部变量已销毁后才执行，尤其是使用 [&] 引用捕获时。
正确做法是：除非明确知道被引用对象在线程整个生命周期内有效（比如全局变量、静态变量或主线程中长期存活的对象），否则一律优先用值捕获 [=] 或显式值捕获 [x, y]。
-
std::thread t([&]{ do_something(x); });—— 危险！若x是栈上局部变量，t启动前x可能已被析构 -
std::thread t([=]{ do_something(x); });—— 安全（前提是x可拷贝）；x在构造t时被拷贝进 lambda 闭包 - 若需移动语义（如捕获
std::unique_ptr），必须用[ptr = std::move(ptr)]显式移动，不能依赖[=]
lambda 捕获 move-only 类型（如 std::unique_ptr）需要显式移动绑定
lambda 默认按值捕获会尝试拷贝，而 std::unique_ptr 不可拷贝。直接写 [ptr]{ ... } 会导致编译错误：call to implicitly-deleted copy constructor。
解决方法是用初始化捕获（C++14 起支持，但 C++11 编译器如 GCC 4.9+ 也常支持该扩展），显式移动：
立即学习“C++免费学习笔记（深入）”；
std::unique_ptr<int> p = std::make_unique<int>(42);
std::thread t([p = std::move(p)] { std::cout << *p << "\n"; });
t.join(); // 此时 p 已移入闭包，原变量为空
注意：C++11 标准本身不支持初始化捕获，但绝大多数实际项目使用的编译器（GCC >= 4.9、Clang >= 3.4）都支持该特性。若严格限于纯 C++11 环境，需改用 std::bind 或自定义仿函数类。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::thread 对象离开作用域前必须 join() 或 detach()，否则程序 abort()
这是和 lambda 无关但极易一起踩坑的点：只要 std::thread 对象是可连接状态（t.joinable() == true），其析构函数会调用 std::terminate()，导致程序直接终止 —— 不抛异常、不打印信息、不走任何析构逻辑。
- 不要写
{ std::thread t([]{}); }这种裸作用域，t 析构即崩溃 - 若需后台运行，显式调用
t.detach()，但要确保 lambda 中所有资源（如捕获的指针、文件句柄）在线程结束前仍有效 - 更稳妥的做法是用 RAII 封装，例如
struct scoped_thread { std::thread t; ~scoped_thread() { if (t.joinable()) t.join(); } };
lambda 参数无法直接从 std::thread 构造传入？用占位符或额外捕获
std::thread 构造函数把后续参数（除第一个可调用对象外）**完美转发**给该可调用对象。所以 lambda 本身不需要带参数，而是靠 std::thread 的参数列表传递：
int x = 10;
std::thread t([x](int y) { std::cout << x + y << "\n"; }, 5); // 传 5 给 lambda 的 y
t.join();
等价于更常见的写法（不暴露 lambda 参数）：
int x = 10;
std::thread t([x] { std::cout << x + 5 << "\n"; }); // 5 直接写死或捕获
t.join();
关键点：lambda 形参列表是否为空，只影响你是否想在 lambda 内部“再接收一次参数”；实际数据流由 std::thread 构造时的参数决定。混用两者容易造成语义混乱，建议统一用捕获传数据，保持 lambda 无参更清晰。
最常被忽略的是捕获变量的生存期与线程执行时机的错配，不是语法写不对，而是逻辑上“以为还在”其实早已释放。多花十秒检查 [=] 捕获的每个变量能否安全拷贝，比事后调试 core dump 快得多。
