应使用 std::views::transform 而非 std::ranges::transform 实现惰性变换：前者返回可管道组合的视图，后者是立即执行算法；需确保 range 满足 viewable_range，避免临时对象悬垂，并注意 lambda 捕获生命周期安全。
你想在 C++20 中对容器元素做惰性变换、支持管道链式组合、不立即分配内存也不触发计算，却反复遇到编译失败、悬垂引用或 Release 模式下静默崩溃——问题几乎必然出在误用了 std::ranges::transform 而非真正的惰性工具 std::views::transform，二者语义截然不同，混用即错。
区分 std::ranges::transform 与 std::views::transform
第一步：确认你调用的不是 std::ranges::transform —— 它是立即执行算法，签名强制要求输入范围 + 输出迭代器（如 std::back_inserter(out)），返回的是迭代器，【绝不能出现在管道符 | 右侧】。
第二步：检查代码中是否出现类似 v | std::ranges::transform(f) 的写法。这会直接触发编译错误：no match for ‘operator|’，因为右侧必须是视图适配器，而它不是。
第三步：若你写了 std::ranges::transform(data, f) 却没传输出位置，编译器报 no matching function for call to 'transform'，这不是参数少，是根本选错了工具——此时应弃用该调用，转向 std::views::transform。
立即学习“C++免费学习笔记（深入）”；
第四步：对结果尝试遍历 for (auto x : v)，若编译失败且提示类型不可迭代，说明你拿到的是 std::ranges::transform_result 或迭代器，而非 std::ranges::transform_view，已落入误用陷阱。
正确构造 transform_view 的两种方式
方法一：管道风格（推荐）
直接写 auto v = data | std::views::transform([](int x) { return x * 2; });。这最符合 ranges 设计哲学，语义清晰，天然支持后续接 | std::views::filter 或 | std::views::take。
方法二：函数风格（等价）
写成 auto v = std::views::transform(data, [](int x) { return x * 2; });。参数顺序不可颠倒：第一个必须是 range，第二个是 callable。它不便于链式扩展，但适合单次构造场景。
【禁止手动构造 std::ranges::transform_view{data, f}】——该类型构造函数非 public，模板参数推导极易失败，标准库明确不鼓励；即使侥幸编译通过，也可能因生命周期管理失控导致静默崩溃。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
确保 range 满足 viewable_range 并规避临时对象陷阱
若你的数据来自函数返回值，例如 get_data() 返回一个临时 std::vector<int></int>，直接写 get_data() | std::views::transform(f) 是危险的。表达式结束时临时对象即销毁，后续任何迭代都读取已释放内存。
解决方法一：先绑定变量auto temp = get_data(); auto v = temp | std::views::transform(f);。这延长了临时对象的生存期至 temp 作用域结束。
解决方法二：用 std::views::all 包装auto v = std::views::all(get_data()) | std::views::transform(f);。std::views::all 会将纯右值转为拥有所有权的视图，避免悬垂。
注意：局部 std::vector、std::array、裸数组、std::string 均天然满足 viewable_range；但函数返回的临时容器不是。
Lambda 捕获与生命周期安全要点
transform_view 内部只保存对 range 和 callable 的引用或拷贝，【绝不延长任何一方的生命周期】。这是运行时崩溃最高发区，且编译器几乎从不警告。
避免使用 [&x] 捕获栈上局部变量 x，尤其当视图被函数返回或存入类成员变量时——x 函数返回即析构，后续遍历即悬垂引用。
安全做法是优先采用值捕获 [=]；若需捕获大对象，显式移动： [v = std::move(some_thing)]；确保 callable 和原始 range 的生存期严格覆盖整个 view 的使用周期。
lambda 返回纯右值（如 std::string{"a"} + std::to_string(x)）可能导致 transform_view::reference 推导为 const std::string& 并绑定到临时对象，引发未定义行为。必要时用 std::string 显式返回或加 std::move。
