std::transform配合lambda需预分配输出容器空间，推荐用resize()而非reserve()；大对象传参须用const引用，小类型可传值；并行执行仅适用于计算密集且无副作用的大规模场景。
std::transform 配合 Lambda 的基本写法
直接用 std::transform + Lambda 是最干净的序列转换方式，前提是输入和输出容器已分配好空间或支持插入。它不自动扩容，这点和 std::copy 一样——很多人第一次写就卡在目标迭代器越界上。
常见错误现象：std::transform 写入未初始化/未预留空间的 std::vector，导致未定义行为（比如程序崩溃或静默数据损坏）。
- 输出容器必须已有足够元素：用
reserve()不够，得用resize()或构造时指定大小 - 如果不想预分配，改用
std::back_inserter（但注意性能损耗） - Lambda 捕获需谨慎：捕获局部变量时确保生命周期覆盖整个 transform 过程
示例（安全写法）：
std::vector<int> src = {1, 2, 3, 4};
std::vector<int> dst(src.size()); // 显式 resize
std::transform(src.begin(), src.end(), dst.begin(),
[](int x) { return x * x; });为什么不能直接用 std::back_inserter 和 vector::push_back？
能用，但代价明确：每次插入都可能触发 vector 重新分配+拷贝，O(n²) 最坏情况。尤其当源序列大、转换逻辑轻量时，这步反而成瓶颈。
立即学习“C++免费学习笔记（深入）”；
使用场景：仅适用于目标容器初始为空、且你明确接受动态增长开销的情况（比如构建结果集前无法预知大小）。
-
std::back_inserter底层调用push_back，每次都要检查容量 - 若已知大小，
dst.resize(n)+dst.begin()比std::back_inserter(dst)快 2–5 倍（实测常见规模） - 对
std::list或std::deque影响小，但它们本身 cache 友好性差，一般不优先选
Lambda 参数类型和 const 引用陷阱
传值还是 const 引用，直接影响拷贝开销和能否编译。Lambda 形参类型由迭代器解引用类型决定，不是你想当然的“自动推导”。
常见错误现象：对大对象（如 std::string、自定义结构体）用值传递，导致无谓拷贝；或对 const 迭代器（如 vector::cbegin()）传非 const 引用，编译失败。
- 输入是
const T&迭代器时，Lambda 形参必须是const T&或T（可隐式转换），不能是T& - 对 POD 或小类型（
int、double），传值更高效；对大对象，强制用const T& - 避免在 Lambda 里取地址（如
&x），x 是临时副本时地址无效
示例（安全传参）：
std::vector<std::string> src = {"a", "bb", "ccc"};
std::vector<size_t> dst(src.size());
std::transform(src.begin(), src.end(), dst.begin(),
[](const std::string& s) { return s.length(); }); // const& 关键并行 transform：std::execution::par 要不要加？
加了不一定快，甚至更慢。C++17 的 std::execution::par 仅在满足三个条件时才值得考虑：转换函数计算密集、无共享副作用、容器足够大（通常 > 10k 元素）。
容易踩的坑：Lambda 里访问全局变量、静态局部变量、或修改外部状态，会引发数据竞争——编译器不报错，运行时随机崩。
- 确认转换逻辑纯函数：只读输入，只写输出迭代器指向位置
- 避免
std::cout、malloc、锁等任何非 CPU-bound 操作 - 小容器（par 几乎总是负优化，线程启动开销压倒收益
示例（谨慎启用）：
#include <execution>
// ...
std::transform(std::execution::par,
src.begin(), src.end(), dst.begin(),
[](double x) { return std::sin(x) * std::cos(x); });实际写的时候，最常漏掉的是输出容器的 resize()，其次是 Lambda 里误用非 const 引用。这两处一错，要么崩溃，要么静默错值——调试起来比逻辑错误还难定位。
