std::transform 更值得用，因其明确表达“输入集合→输出集合”意图，利于编译器向量化优化，强制长度匹配提前暴露错误，且支持一元/二元转换与就地操作，但需预分配空间、注意迭代器安全及适用边界。
std::transform 为什么比手写 for 循环更值得用
它不是语法糖，而是明确表达「输入集合 → 输出集合」的意图，编译器能据此做向量化优化（如自动展开为 SIMD 指令），尤其在 std::vector 等连续内存容器上效果显著。手写循环容易隐含副作用、边界错位或迭代器失效风险，而 std::transform 强制要求输入输出范围长度匹配，提前暴露逻辑错误。
一元转换：单个输入 → 单个输出，最常用场景
适用于对每个元素独立计算，比如全部转大写、开平方、取绝对值。关键点在于目标容器必须预先分配好空间，否则会写入未初始化内存——这是新手最常踩的坑。
- 输出迭代器不能是
std::back_inserter（除非你真要 push_back，但此时性能不如 reserve + begin） - 输入和输出范围长度必须一致，
std::transform不检查，越界行为未定义 - 函数对象可传 lambda、函数指针或仿函数，捕获变量需注意生命周期
std::vector<int> src = {1, 4, 9, 16};
std::vector<double> dst(src.size()); // 必须先 resize 或 reserve
std::transform(src.begin(), src.end(), dst.begin(),
[](int x) { return std::sqrt(x); });二元转换：两个输入序列逐元素运算，比如向量加法
当需要对齐两个等长容器做元素级运算（加、减、max、自定义组合）时，用二元版本。它不支持不同长度输入——哪怕只差一个元素，也会在第二个序列末尾解引用非法迭代器。
- 第二个输入范围由起始迭代器定义，
std::transform自动推导结束位置（基于第一个范围长度） - 不可混用
std::vector和std::list迭代器，类型不兼容会导致编译失败 - 若需“广播”一个标量到整个序列，用 lambda 捕获该值，而非构造全相同 vector
std::vector<int> a = {1, 2, 3};
std::vector<int> b = {10, 20, 30};
std::vector<int> c(a.size());
std::transform(a.begin(), a.end(), b.begin(), c.begin(),
[](int x, int y) { return x + y; });输出到同一容器：就地转换的正确写法
想把结果直接写回原容器？可以，但必须确保输出迭代器不覆盖尚未读取的输入元素。对 std::vector，只要输出从 begin() 开始就没问题；但若输出从中间开始（如 begin()+1），而输入也从 begin() 起，就会发生“边读边写”的数据污染。
立即学习“C++免费学习笔记（深入）”；
- 安全做法：输出迭代器起点 ≤ 输入迭代器起点，或使用
std::vector::data()+ 偏移校验 - 不推荐对
std::list或std::deque就地 transform，因内存不连续，难以保证读写顺序 - 若逻辑复杂（如依赖前序结果），别硬套
std::transform，改用std::for_each或显式循环
std::vector<int> v = {1, 2, 3, 4};
// ✅ 安全：输出从头开始
std::transform(v.begin(), v.end(), v.begin(),
[](int x) { return x * 2; });
// ❌ 危险：输出偏移后，第0次写入影响第1次读取
// std::transform(v.begin(), v.end(), v.begin()+1, ...);真正难的不是调用 std::transform，而是判断它是否适用——当转换逻辑涉及状态累积、条件跳过、异常分支或非一一映射时，它立刻失效。这时候硬套模板反而让代码更难懂。
