C++ lambda编译失败最常见原因是返回类型推导失败或捕获列表位置错误；必须遵循[capture](params)->return_type{body}语法，空捕获才能转函数指针，捕获方式决定生命周期与安全性。
lambda怎么写才不会编译失败
最常见的是忘记返回类型推导规则，或者捕获列表写错位置。C++11起，lambda语法是 [capture](params) -> return_type { body }，其中 -> return_type 可省略——但仅当所有 return 语句类型一致且可被编译器推导时成立。
- 没写捕获却用了外部变量？编译报错
error: 'xxx' is not captured - 用了
auto参数（C++14+）但传了不同类型实参？模板实例化失败，错误信息里会带no matching function for call to ... - 在函数返回值为 lambda 时没用
std::function或 auto，直接写类型？容易因闭包类型唯一性导致编译失败
捕获列表里的 &、=、[&x, =] 到底啥区别
捕获方式决定变量生命周期和修改权限，选错可能引发悬垂引用或意外修改。
-
[=]值捕获：复制一份变量，函数体内改它不影响原变量；但若原变量是局部栈对象，lambda 存活久于该作用域，就危险 -
[&]引用捕获：直接绑原变量，高效但风险高；若 lambda 被传出函数，而原变量已析构，调用时就是未定义行为 -
[&x, y]混合捕获：C++14+ 支持，x引用捕获，y值捕获；注意顺序无关，但语义必须清晰 - 想捕获
this？写[this]或[=]（C++17起=隐含捕获this）；别写[&this]——语法错误
lambda能当函数指针用吗
仅当它不捕获任何变量（即空捕获列表 []）时，才能隐式转成函数指针。一旦用了 [=] 或 [&]，闭包就变成一个有状态的类对象，无法转函数指针。
- 需要传给 C API（比如
qsort、pthread_create）？只能用无捕获 lambda，或改用普通函数/静态函数对象 - 误把带捕获 lambda 赋给
void(*)()类型？编译报错cannot convert ... to ... in initialization - 替代方案：用
std::function<void></void>包一层，但有小开销；或把捕获数据塞进参数，用std::bind（不过这反而更重）
为什么 std::sort 里用 lambda 比写 functor 更快
因为编译器对 lambda 的内联更激进——尤其无捕获或简单捕获时，std::sort 内部调用比较逻辑大概率被完全内联，避免函数调用跳转。
立即学习“C++免费学习笔记（深入）”；
- 对比手写
struct Compare { bool operator()(int a, int b) { ... } };：两者都能内联，但 lambda 更轻量，无命名、无头文件依赖 - 若 lambda 捕获大对象（如
std::vector），构造闭包成本上升，排序本身不慢，但创建 lambda 那一刻变重了 - 调试时注意：lambda 名称在栈帧里显示为类似
operator()，别指望看到友好名
捕获列表和返回类型推导是实际写错最多的地方，尤其是从其他语言转过来的人，容易下意识按 JS 或 Python 的闭包逻辑去理解。C++ lambda 是编译期生成的匿名类，不是运行时动态闭包——这点不厘清，很多问题都绕不出去。
