std::transform不能直接修改原容器，因其默认执行“读取-计算-写入”，输出位置由目标迭代器决定；覆盖原数据需将输出迭代器设为输入起始位置，否则导致错位、越界或未定义行为。
std::transform 为什么不能直接修改原容器？
它默认只做“读取-计算-写入”三步，目标迭代器决定写入位置。如果想覆盖原数据，必须把输出迭代器设为输入起始位置，否则会越界或写到错误位置。
- 常见错误：
std::transform(v.begin(), v.end(), v.begin() + 1, ...)—— 输出偏移导致覆盖错位，末尾元素丢失 - 安全写法：
std::transform(v.begin(), v.end(), v.begin(), [](int x) { return x * 2; }) - 若目标容器更小，
std::transform不检查容量，直接写入引发未定义行为
一元 vs 二元 transform：函数签名怎么选？
一元版本从单个输入范围取值，二元版本同时读两个范围——但二者输出长度都由第一个输入范围决定，第二个范围必须至少等长。
- 一元调用：
std::transform(a.begin(), a.end(), b.begin(), op)——op接收一个参数 - 二元调用：
std::transform(a.begin(), a.end(), b.begin(), c.begin(), binary_op)——binary_op接收两个参数，c是输出容器 - 容易忽略：二元版的第二个输入范围（
b.begin()）长度不足时，行为未定义，不是抛异常而是内存越界
std::transform 和 range-based for 哪个更快？
在优化开启（-O2）时，两者生成的汇编几乎一致，性能无实质差异。选择依据应是语义清晰度和可组合性。
-
std::transform显式表达“批量映射”，配合std::back_inserter可动态扩容：std::transform(v.begin(), v.end(), std::back_inserter(out), ...) - range-for 更灵活（支持 break/continue），但要手动管理目标容器 size 或 push_back
- 注意：
std::back_inserter每次插入都可能触发 vector 重分配，大量数据时不如先reserve
lambda 捕获引用时，为什么 transform 执行完就崩了？
因为 std::transform 是同步执行，但如果你捕获的是局部变量的引用，而该变量作用域已结束，lambda 内部访问的就是悬空引用。
立即学习“C++免费学习笔记（深入）”；
- 典型翻车：
int factor = 10; std::transform(v.begin(), v.end(), v.begin(), [&factor](int x) { return x * factor; });—— 看似没问题，但如果这整段代码在函数末尾、且factor是栈变量，就完全 OK；崩坏常发生在 lambda 被存起来延迟调用，但std::transform不干这事 - 真正危险的是捕获了临时对象（如
auto&& s = some_string(); [&s]...），或捕获了即将析构的局部容器迭代器 - 建议：简单计算用值捕获（
[=]），复杂状态封装成 functor 类，避免隐式生命周期依赖
实际用的时候，最常被绕晕的不是语法，而是输出迭代器指向哪、源范围有没有被意外移动、以及 lambda 捕获的东西还在不在内存里。
