[=]按值捕获作用域内可访问的自动变量（不含this），[&]按引用捕获同范围自动变量（同样不含this）；两者均不捕获静态、全局变量或函数参数，且捕获的是变量本身而非类型或表达式结果。
lambda捕获列表中[=]和[&]到底捕获了什么
[=]按值捕获所有**在作用域内可访问的自动变量**（即局部变量），但不包括this指针（C++11中需显式写[=, this]）；[&]按引用捕获所有同范围的自动变量，同样不自动包含this。两者都不捕获静态变量、全局变量或函数参数（除非它们是局部变量的别名，比如引用形参）。注意：捕获的是声明时的变量，不是类型，也不是表达式结果。
常见错误是以为[=]会复制整个外层函数栈帧——其实只复制列出（或隐式推导出）的变量；更隐蔽的问题是[&]捕获后，若外层变量生命周期结束（比如函数返回），lambda再调用就会触发悬空引用。
混合捕获时为什么不能同时写[x, &y]但能写[x, &z]
语法上[x, &z]完全合法，问题不在写法，而在**捕获方式冲突的变量是否指向同一实体**。真正报错的情况是：同一个变量被重复捕获，且方式不同，例如[x, &x]（GCC/Clang均拒编译）。但[x, &y]没问题——只要x和y是两个独立变量。
容易踩的坑：
立即学习“C++免费学习笔记（深入）”；
- 误把
auto& y = x;后的y当新变量：此时[x, &y]实际等价于[x, &x]，因y只是x的别名 - 在循环中用
[&i]捕获循环变量，所有lambda共享同一个i引用，最终全指向循环结束时的值 -
[=, &s]中s若为局部std::string，其引用仍可能在lambda执行前失效
[this]捕获与隐式捕获[=]对成员变量的影响差异
[this]捕获的是当前对象的指针，lambda内部通过this->member访问成员；而[=]默认不捕获this，所以即使写了[=]，也不能直接用member（除非C++17起启用隐式this捕获规则，但仅限于访问非静态成员时编译器自动补this，且仍要求[=]存在）。
实操建议：
- 需要访问成员变量且lambda可能逃逸出当前对象生命周期 → 用
[this]（确保对象还活着）或[*this]（C++17，按值复制整个对象） - 只读访问几个局部变量 + 几个成员 → 显式写
[local_x, local_y, this]，比[=]更清晰、更安全 - 避免
[=, this]：冗余，this已隐含在=中（C++17起），且旧标准下可能引发歧义
值捕获的变量修改为何不影响外层，而引用捕获却能改
值捕获本质是**在lambda闭包对象内构造一份副本**，类型为const（除非加mutable），所以即使你用[x]() mutable { x = 42; }修改的也只是副本，外层x不变。引用捕获则存储的是变量地址，[&x]() { x = 42; }直接写入原内存位置。
关键细节：
- 值捕获的副本生命周期 = lambda闭包对象生命周期，和原变量无关
- 引用捕获无拷贝开销，但要求被引用变量的生存期必须覆盖lambda所有调用点
- 捕获
const变量时，值捕获得到const副本，引用捕获得到const&，都不能修改——除非原变量本身非const且引用捕获未加const限定
最易忽略的一点：lambda是否mutable只影响值捕获变量的可修改性，对引用捕获变量无意义——它本来就能改（只要原变量允许）。
