lambda捕获错误会导致未定义行为；值捕获复制内容，引用捕获依赖对象生命周期；必须用引用捕获的场景包括修改外部变量、不可拷贝类型及避免大对象拷贝；mutable不能替代引用捕获；捕获this需谨慎，推荐shared_from_this()。
捕获列表写错会导致未定义行为
值捕获和引用捕获在 Lambda 中不是语法糖，而是内存生命周期的硬约束。用错一种，轻则读到垃圾值，重则程序崩溃。比如在函数返回后调用一个捕获了局部变量引用的 Lambda，std::cout 可能输出随机数，甚至触发段错误。
- 值捕获（
[x]、[=]）复制变量当时的内容，后续原变量改不改都无关——但注意：如果捕获的是指针或智能指针，复制的只是指针值，指向的对象仍可能被释放 - 引用捕获（
[&x]、[&]）只存一个引用，要求被引用对象的生命周期必须覆盖 Lambda 的整个存活期 -
[=, &y]这种混合写法合法，但容易误判：y是引用，其他变量却是值捕获，混用时得逐个确认语义
什么时候必须用引用捕获
当 Lambda 需要修改外部变量，或者变量本身不可拷贝（比如 std::mutex、std::unique_ptr），值捕获会编译失败或逻辑错误。
- 修改外部变量：只有
[&x]或[&]允许赋值操作，[x]捕获后x是 const 的（除非加mutable，但这时改的只是副本） - 不可拷贝类型：
std::unique_ptr<int> p = std::make_unique<int>(42); auto f = [p]() { }; // 编译失败</int></int>；必须写成[&p] - 大对象避免拷贝开销：比如捕获一个 10MB 的
std::vector<char></char>，值捕获会触发深拷贝；但前提是能确保该 vector 不会在 Lambda 调用前析构
值捕获 + mutable 为什么不能替代引用捕获
mutable 只是让值捕获的副本可修改，它不改变“副本”这个本质。改完之后，外部原变量完全不受影响，而且下次调用 Lambda 还是用最初捕获的值重新初始化副本。
int x = 10; auto f = [x]() mutable { x++; std::cout ：第一次调用输出 11，第二次还是输出 11（不是 12）- 想实现计数器效果？必须用
[&x]，否则每次都是从原始x == 10开始复制再自增 -
mutable唯一有用场景是需要在 Lambda 内缓存计算结果（比如懒初始化某个内部状态），且不希望影响外部作用域
捕获 this 时的常见陷阱
成员函数里写 [this]() { ... } 看似安全，实则极易出问题——因为 this 是指针，值捕获的只是指针值，不代表对象还活着。
立即学习“C++免费学习笔记（深入）”；
- 如果 Lambda 被异步调度（比如扔进线程池），而当前对象在 Lambda 执行前已析构，
this->member就是野指针访问 - 想安全持有对象？用
[self = shared_from_this()]() { ... }（要求类继承std::enable_shared_from_this），这样捕获的是智能指针，能延长对象生命周期 - 纯函数式场景（比如
std::sort的比较器），用[this]没问题，因为 Lambda 生命周期不超过调用栈帧
