std::for_each需lambda因其仅执行调用而不处理逻辑，lambda可内联操作、避免冗余函数和命名污染，但须注意捕获方式、参数类型及迭代器有效性。
std::for_each 为什么需要 lambda 才好用
因为 std::for_each 本身只负责按顺序调用函数对象，不处理逻辑——它不关心你要打印、累加还是修改元素。没 lambda 时得写独立函数或仿函数，代码分散且冗余；用 lambda 能把操作逻辑紧贴遍历语句，作用域清晰，也避免命名污染。
常见错误是忽略 lambda 捕获方式导致悬空引用或意外复制：
- 对局部容器用
[&]捕获，但 lambda 存活时间超过容器生命周期 → 访问野指针 - 想修改原容器元素却用了值捕获
[=]或未声明mutable→ 修改的是副本，原数据不变 - 遍历
std::vector<:string>却用auto&&形参，触发引用折叠后绑定到临时对象 → 编译失败或行为异常
正确写法：从 const 到可变的三种典型 lambda 形式
根据是否读取、修改元素，以及是否捕获外部变量，选择对应签名。关键看形参类型和捕获列表：
- 只读访问（最安全）：
[](const auto& x) { std::cout - 修改容器内元素（需非常量引用）：
[](auto& x) { x *= 2; }（适用于std::vector等可变元素） - 累积计算并更新外部变量（需捕获）：
[sum = 0](int x) mutable { sum += x; }—— 注意mutable允许修改捕获的副本
注意：std::for_each 不返回累加结果，上面的 sum 是闭包内部状态，若需导出得额外传引用或用 std::accumulate。
立即学习“C++免费学习笔记（深入）”；
替代方案：什么时候不该硬套 std::for_each + lambda
当操作有明确聚合目标（如求和、查找、判断）时，std::for_each 反而绕路。标准算法已有更直接的工具：
- 要判断所有元素是否满足条件？用
std::all_of(v.begin(), v.end(), [](int x) { return x > 0; }) - 要找第一个偶数？用
std::find_if(v.begin(), v.end(), [](int x) { return x % 2 == 0; }) - 要生成新容器？
std::transform比手动 push_back + for_each 清晰得多
std::for_each 的真实定位是“副作用驱动”的遍历——比如日志打印、资源释放、触发回调。滥用它模拟其他算法，会让意图模糊且难测试。
完整示例：带错误规避的 vector 遍历
下面这段代码演示了安全读取、就地修改、以及带外部状态的计数三种场景，同时避开常见陷阱：
std::vectordata = {1, 2, 3, 4, 5}; int count = 0; // ✅ 安全只读：const 引用避免拷贝，无捕获 std::for_each(data.begin(), data.end(), [](const int& x) { std::cout << x << " "; }); // ✅ 就地修改：非 const 引用，作用于原容器 std::for_each(data.begin(), data.end(), [](int& x) { x += 10; }); // ✅ 外部计数：用引用捕获，避免 mutable 副本语义歧义 std::for_each(data.begin(), data.end(), [&count](int x) { if (x > 12) count++; });
真正容易被忽略的是迭代器有效性——如果在 lambda 里调用了 push_back 或 erase，会导致 data.begin()/end() 迭代器失效，后续行为未定义。遍历时修改容器结构，必须换用索引或专门算法（如 std::remove_if + erase）。
