最小合法lambda是[](){}；漏{}报错“expected '{'”，漏()被当变量声明；空捕获[]不禁止访问外部，[=]值捕获、[&]引用捕获；std::sort要求两参数bool返回，单参或修改const捕获变量均错误。
lambda 表达式怎么写才合法
不加捕获列表、参数列表或返回类型，[]() {} 就是最小合法形式。但实际用时几乎总要补全——漏掉 () 会被当成变量声明；漏掉 {} 直接编译失败；空捕获 [] 不代表“不能访问外部”，只是不自动绑定，后面加 = 或 & 才决定值/引用捕获方式。
常见错误现象：error: expected '{' before ';' token，多半是忘了写函数体大括号；或者把 auto f = []() -> int { return 42; }; 写成 auto f = []() -> int return 42;（漏大括号）。
- 参数列表为空也必须写
()，不能省略 - 返回类型可推导时可省略
-> type，但一旦函数体含多条语句或有return类型不一致，编译器就推不出，必须显式写 - 捕获列表里用
[=]是值捕获，[&]是引用捕获，混用如[&, x]表示除x外都引用捕获，x值捕获
在 std::sort 里传 lambda 为什么老报错
因为 std::sort 要求比较函数必须接受两个同类型参数，并返回 bool；lambda 捕获了局部变量后，类型变成闭包类，可能无法隐式转换为函数指针——但 std::sort 模板能直接接受闭包，所以真正出问题的往往是签名不对。
典型错误：std::sort(v.begin(), v.end(), [](int a) { return a > 0; }); —— 只有一个参数，编译失败；或者捕获了 const 变量却在 lambda 里改它，而默认闭包是 const 成员函数。
立即学习“C++免费学习笔记（深入）”；
- 正确写法：
std::sort(v.begin(), v.end(), [](const int& a, const int& b) { return a - 若需访问外部变量（比如按某个阈值过滤），用
[threshold](int a, int b) { return abs(a - threshold) - 注意：lambda 默认不可变，想在函数体内修改捕获的变量，得加
mutable关键字，如[x]() mutable { ++x; }
lambda 捕获 this 时容易悬空
在类成员函数里写 [this]() { ... } 看似安全，但如果 lambda 被存到异步队列、线程池或回调容器中，而对象已在 lambda 执行前析构，this 就成了野指针——这是 C++ lambda 最隐蔽的崩溃来源之一。
使用场景：GUI 事件绑定、定时器回调、std::thread 构造等长生命周期场景下，尤其危险。
- 避免裸
this捕获，改用[self = shared_from_this()]() { ... }（要求类继承自std::enable_shared_from_this） - 如果对象生命周期明确短于 lambda，可用
[&]引用捕获，但必须确保调用方严格控制生命周期 - 静态局部变量或全局对象可安全值捕获，比如
[config = g_config]() { ... }，前提是g_config不会在 lambda 运行期间被销毁
lambda 性能开销到底在哪
绝大多数情况下，lambda 和手写函数对象性能完全一致——编译器会内联、优化、甚至把闭包当普通函数处理。真正影响性能的点，是捕获方式和调用上下文。
比如用 [&] 捕获一堆大对象，又只读其中一两个字段，其实没节省什么；而用 [big_obj = std::move(big_obj)] 移动捕获，反而可能触发不必要的拷贝构造（如果类型没实现移动语义）。
- 值捕获（
[x]）触发一次拷贝（或移动），之后闭包内用的是副本 - 引用捕获（
[&x]）零拷贝，但要求x的生命周期覆盖 lambda 整个生命周期 - 避免在循环里反复定义相同逻辑的 lambda，尤其带捕获的——每次都会生成新闭包类型，可能影响模板实例化数量和编译时间
真正麻烦的从来不是语法，而是捕获时机和对象生命周期的错位。写完一个 lambda，先问自己一句：它执行时，我捕获的东西还在不在。
