std::transform 是对容器元素逐个做函数映射，非转换容器类型；需预分配目标空间或用 back_inserter，禁止源目标迭代器重叠，推荐 lambda 配合 to_string 或 format，勿混用 copy_if 逻辑，注意迭代器解引用拷贝开销。
std::transform 用法和常见误用
它不是“转换容器类型”，而是对容器元素逐个做函数映射——想把 vector<int></int> 变成 vector<string></string>，得配好目标容器空间或用 inserter，否则越界或静默丢数据。
- 必须提前分配目标容器大小（如
dest.resize(src.size())），或用std::back_inserter(dest)动态追加 - 源和目标迭代器不能重叠且非同一容器（除非用
std::inplace_merge类思路，但std::transform不支持原地映射） - 一元操作时，
std::transform(src.begin(), src.end(), dest.begin(), func)最常用；二元操作（如两容器对应元素相加）要确保第二源区间长度 ≥ 第一源区间
std::transform + lambda 写映射逻辑最顺手
比起写独立函数或仿函数，lambda 直接捕获上下文、内联逻辑，可读性高，编译器也容易优化。
- 注意引用捕获风险：如果 lambda 存活久于所捕获的变量（比如存进容器或传给异步任务），
[&]会引发悬垂引用 - 数值转字符串这种操作，别在 lambda 里反复构造
std::ostringstream，改用std::to_string(x)或 C++20 的std::format - 示例：把
vector<double></double>转为保留两位小数的vector<string></string>
vector<double> src = {1.234, 5.678, 9.0};
vector<string> dest;
dest.reserve(src.size());
transform(src.begin(), src.end(), back_inserter(dest), [](double x) {
return format("{:.2f}", x); // C++20；若无，则用 stringstream 或 sprintf 风格
});
std::transform 和 std::copy_if 混用导致逻辑错乱
有人想“先过滤再变换”，直接套两个 transform，结果发现没过滤——因为 std::transform 不跳过元素，它忠实地按迭代器步进处理每一个位置。
- 真要先筛后映射，用
std::copy_if+std::transform分两步，或改用range-v3的管道式写法（C++20 后可考虑std::views::filter+std::views::transform） - 若坚持单次遍历，自己写循环更可控，尤其当判断逻辑和变换逻辑强耦合时（比如“负数取绝对值，正数平方”）
- 错误示范：
transform(v.begin(), v.end(), out.begin(), [](int x) { return x > 0 ? x*x : 0; });—— 这不是过滤，只是把负数映射成 0，原容器长度一点没少
性能坑：迭代器类型不匹配触发隐式拷贝
对 std::vector<bool></bool> 或某些 proxy 迭代器容器（如 std::string_view 的子范围）调用 std::transform，可能因解引用返回临时对象，导致每步都构造/析构。
立即学习“C++免费学习笔记（深入）”；
-
std::vector<bool></bool>是特化，*it返回 proxy 引用，lambda 参数若写成bool x就强制拷贝；应改为const bool& x或直接用auto&& - 自定义容器若迭代器
operator*返回值非引用类型，同样会多一次复制；检查其 value_type 和 reference type 是否一致 - 调试时可加日志或断点看 lambda 入参地址是否每次变化，快速识别异常拷贝
begin() 和 end() 的有效性。 
