Lambda捕获列表写错会导致悬空引用或未定义行为：用[&]易致局部变量销毁后访问，应优先用[=]值捕获；需修改外部变量时才用[&]并确保生命周期安全；捕获this要防对象析构，推荐捕获成员副本；std::function有性能开销，高频路径宜用模板参数接收lambda。
lambda 捕获列表写错会导致悬空引用或未定义行为
捕获变量时，[&] 看似省事，但若 lambda 在创建作用域外执行（比如传给异步任务、存入容器），而被引用的局部变量早已销毁，程序大概率崩溃或读到垃圾值。必须明确区分值捕获 [=] 和引用捕获 [&] 的生命周期责任。
- 优先用
[=]捕获，除非你**明确需要修改外部变量**且能确保 lambda 生命周期不超作用域 - 需要捕获局部对象但又不想复制开销？改用
[ptr = &obj]显式捕获指针，比[&obj]更安全可控 - 捕获
this时别写[this]就完事——如果 lambda 可能逃逸出当前对象生命周期，得确认对象还活着；更稳妥是捕获成员变量副本：[val = this->x, str = this->name]
std::function 包装 lambda 会带来隐式类型擦除开销
把 lambda 赋给 std::function（比如作为回调参数）很常见，但它会触发堆分配和虚函数调用，对性能敏感路径（如 tight loop、高频事件处理）影响明显。编译器无法内联，也失去模板推导优势。
- 函数参数尽量用模板 +
auto接收 lambda：template<typename f> void process(F&& f)</typename>，零成本抽象 - 若必须用
std::function（例如存进容器、跨模块传递），注意它不能接收有状态 lambda（比如捕获了变量）除非你显式指定类型，而且大小固定为约 24~32 字节，小闭包可能被优化进对象内，大闭包必走堆 - 别在 hot path 频繁构造
std::function对象——先定义好 lambda 变量再传，避免重复包装
mutable lambda 修改捕获的值需谨慎判断语义
默认 lambda 是 const 的，想改捕获的值得加 mutable。但这只对值捕获有效；对引用捕获加 mutable 没意义，也不阻止修改原变量。
-
[x = 42] () mutable { x++; }合法，x是副本，修改不影响外部 -
[&x] () mutable { x++; }编译通过，但mutable多余——引用本来就能改 - 真正容易出错的是：多个 lambda 共享同一个值捕获副本（比如都写
[x = obj.value()]()），各自mutable修改，互不影响——这不是“共享状态”，只是巧合同名，别误以为是线程安全的共享变量
泛型 lambda 在 C++14+ 中支持 auto 参数，但不能用于函数指针转换
C++14 开始允许 [&](auto x) { return x + 1; } 这种写法，非常灵活。但它本质是模板函数对象，不是普通函数，所以不能直接转成函数指针。
立即学习“C++免费学习笔记（深入）”；
- 要转函数指针？只能用非泛型 lambda，且无捕获：
[](int x) { return x + 1; }→ 可隐式转为int(*)(int) - 泛型 lambda 传给要求函数指针的 C API？必须包一层普通函数或静态函数适配器
- 模板参数推导发生在调用时，所以泛型 lambda 不能作为
std::function<void></void>的初始化器（类型不匹配），得显式指定参数类型或改用具体类型 lambda
lambda 表达式的简洁性背后，捕获方式、存储位置、调用时机这三者稍一错位，就从“简化”变成“埋雷”。尤其在异步、多线程、资源生命周期交叉的场景里，值捕获还是引用捕获，不是语法选择，而是所有权契约。
