std::transform用错迭代器范围最常见崩溃原因是输出容器未预留空间导致越界写入；它不自动扩容，引发未定义行为；输入需合法区间，输出位置须已分配内存；原地转换时变换函数不得依赖后续未处理元素。
std::transform 用错迭代器范围会崩溃
最常见的问题是传入的输入和输出迭代器范围不匹配，比如输出容器没预留空间就直接写入，结果越界写内存。它不会帮你自动扩容，也不会报错，而是直接触发未定义行为——可能程序闪退，也可能数据错乱。
- 输入范围必须有效，
first和last要构成合法左闭右开区间 - 输出迭代器指向的位置必须已分配好空间（比如用
reserve()+back_inserter()，或提前 resize） - 如果输出到原容器自身（原地转换），要确保变换函数不依赖未处理的后续元素（比如
[](int x) { return x * 2; }安全，但[](int x) { return *(it + 1); }就不行）
std::transform 和 std::for_each 的关键区别在哪
std::transform 是“取一个值 → 变成另一个值 → 存到别处”，核心是**映射+写入**；std::for_each 是“对每个值执行某个动作”，不强制返回、也不负责写入。很多人想“遍历并修改原容器”，却误用 std::transform 去做副作用操作，反而绕弯子。
- 要批量转成新容器：用
std::transform+ 目标容器已分配空间 - 要原地修改现有容器：直接用
for循环或std::for_each（配合 lambda 捕获引用）更直白 -
std::transform的二元版本（两个输入序列）常被忽略，比如合并两个 vector 对应位置元素：std::transform(a.begin(), a.end(), b.begin(), out.begin(), std::plus{})
lambda 捕获方式影响性能和正确性
写变换函数时，如果 lambda 捕获了局部变量（尤其是大对象或容器），又在 std::transform 中被反复调用，就可能带来隐式拷贝开销或悬垂引用。
- 只读小量数据：用值捕获
[x]没问题 - 要避免拷贝大对象：用 const 引用捕获
[&x]，但得确保x生命周期长于 transform 执行期 - 修改外部状态（如计数器）：必须用引用捕获
[&count]，否则每次调用都是独立副本 - 别写
[=]捕获整个作用域——容易意外捕获不需要的东西，还可能引发 ODR 违规
vector 是个特例，不能直接用 std::transform
std::vector<bool></bool> 不是真正容器，它的 operator[] 返回的是代理对象（std::vector<bool>::reference</bool>），不是 bool&。所以当你试图把 std::transform 输出到 vector<bool></bool> 时，编译器大概率报错，典型提示是 no match for ‘operator=’ 或 invalid initialization of non-const reference。
立即学习“C++免费学习笔记（深入）”；
- 解决办法：换用
std::vector<char></char>或std::deque<bool></bool>（后者支持真实引用） - 或者先 transform 到普通
vector<int></int>，再手动赋值给vector<bool></bool> - C++23 引入了
std::span和更严格的容器要求，但目前主流标准下，这个坑还得手动绕
实际用的时候，最麻烦的往往不是语法，而是搞不清“我到底是要生成新数据，还是改老数据”——选错接口比写错 lambda 更难 debug。
