std::for_each 是标准库算法而非语法糖，用于抽离遍历逻辑，返回函数对象，不可提前退出；范围 for 是语言特性，更直观但无返回值。
for_each 本身不是语法糖，而是标准库算法，不能直接替代 for 循环语法，但能显著减少模板代码、避免手动管理迭代器错误。
为什么 std::for_each 不等于“增强 for 循环”
很多人混淆 C++ 的 for (auto& x : container)（范围 for）和 std::for_each。前者是语言特性，后者是 <algorithm></algorithm> 中的函数模板，接受迭代器对 + 函数对象。它不简化语法，而是把“遍历+操作”的逻辑抽离成可复用、可组合的单元。
- 范围 for 更直观，适合简单遍历；
std::for_each适合需要显式控制起点/终点、或与其他算法链式调用的场景 -
std::for_each返回传入的函数对象（可用于累积状态），而范围 for 没有返回值 - 若需提前退出（如找到首个匹配项），
std::for_each无法 break —— 此时该用std::find_if或手写循环
怎么用 std::for_each 替代易错的手动迭代器循环
常见错误：迭代器失效、越界、忘记 ++it 导致死循环。用 std::for_each 可规避这些底层细节。
- 基础用法：
std::for_each(v.begin(), v.end(), [](int x) { std::cout - 修改元素需传引用：用
[](int& x) { x *= 2; }，否则只改副本 - 捕获外部变量要谨慎：捕获
[&sum]可累加，但多线程下非原子操作不安全 - 注意迭代器类型匹配：传
vec.cbegin()和vec.cend()时，lambda 参数必须是const int&
std::for_each 和范围 for 在性能与可读性上的实际差异
两者生成的汇编通常一致（优化后），差别在语义和扩展性。
- 可读性：对纯遍历，
for (auto x : v)更短；对带条件预处理或后置清理的逻辑，std::for_each把“做什么”和“怎么遍历”分离得更干净 - 性能无实质差异，但
std::for_each允许编译器做更多向量化假设（尤其配合std::execution::parC++17 起） - 兼容性：C++11 起可用；范围 for 同样要求容器支持
begin()/end()，但std::for_each还能用于原生数组、C 风格字符串等非容器范围
容易被忽略的边界情况
最常踩的坑不是语法，而是意图误判。
- 空容器安全：两者都安全，但有人误以为
std::for_each(first, last, ...)要求first != last—— 实际上first == last是合法且无副作用的 - 异常安全性：若 lambda 抛异常，
std::for_each会停止并传播异常，已执行的部分不会回滚 —— 这和手写循环行为一致，但容易被当成“中断不彻底” - 移动语义陷阱：对
std::vector<:unique_ptr>></:unique_ptr>，用[](auto& ptr) { ptr.reset(); }没问题；但若写成[](auto ptr) { ... }，就会意外触发移动，导致后续迭代器解引用失败
真正省事的不是换一个写法，而是明确“我是在遍历，还是在抽象一个可重用的操作步骤”。std::for_each 的价值不在少打几个字符，而在让“对每个元素执行某操作”这件事变成一个可命名、可测试、可 compose 的单元 —— 这一点，范围 for 做不到。
