std::ranges::transform不是视图而是立即执行的算法，必须提供输出迭代器；正确惰性变换应使用std::views::transform，它返回transform_view，仅在遍历时调用lambda。
std::ranges::transform 不是惰性变换，它根本不会返回视图 —— 你真正想要的是 std::views::transform。
为什么 std::ranges::transform 编译失败？
常见错误是把 std::ranges::transform 当成视图构造器用：
- 传入一个容器和 lambda，却没提供目标迭代器 → 报错
error: no matching function for call to 'transform' - 试图写成
auto v = std::ranges::transform(data, f)→ 编译器找不到匹配重载，因为该函数必须有输出位置（如std::back_inserter(out)） - 混淆概念：它是算法，不是适配器；它执行、写入、返回迭代器；它不“包装”数据，也不延迟计算
std::views::transform 才是惰性变换的正确入口
它返回一个 std::ranges::transform_view 对象，只在遍历时调用 lambda：
- 必须用工厂函数或管道符：✅
data | std::views::transform(f)或 ✅std::views::transform(data, f) - 禁止手动构造：
std::ranges::transform_view{data, f}很可能因模板参数推导失败或访问限制而报错 -
data必须是viewable_range：比如std::vector、数组、std::string；但get_data()这类返回纯右值的函数，得先绑定变量或套一层std::views::all
lambda 捕获和生命周期是最大雷区
transform_view 内部只保存对 range 和 callable 的引用（或拷贝），不延长其生命周期：
立即学习“C++免费学习笔记（深入）”；
- 若 lambda 写成
[&x]{ return x * 2; }，而x是局部变量 → 视图后续使用时触发悬垂引用，未定义行为 - 若原容器是栈上
std::vector<int> v{1,2,3};</int>，而 transform_view 被返回或存入类成员 → 同样危险 - 安全做法：
[=]值捕获、[v = std::move(s)]移动捕获、或确保 range 和 lambda 的生命周期覆盖整个 view 使用期 - 编译器几乎从不警告这类问题，Release 模式下崩溃才暴露
链式调用中别误触物化操作
管道链 data | views::filter(p) | views::transform(f) 全程惰性，但几个操作会悄悄打破它：
-
views::reverse在非随机访问迭代器（如std::list）上会强制缓存全部元素 -
views::common在非common_range上会 materialize，带来意外拷贝 - 调用
std::vector{v}或std::ranges::to<:vector>(v)</:vector>是显式物化，仅在真需要容器时做 - 别指望
v.size()：多数 view 不支持，强行用std::ranges::distance(v)会遍历全部元素，违背惰性初衷
最易被忽略的一点：transform_view 的 reference 类型由 lambda 返回值决定；若 lambda 返回临时对象（如 std::string{"hello"}），编译器可能推导出 const std::string& 绑定到临时量，直接报错 binding reference to temporary —— 这种错误不发生在构造时，而是在首次解引用迭代器时才炸。
