std::ranges::transform_view 与 std::ranges::transform 完全不同：前者是惰性视图适配器，不执行变换、不修改数据，仅构造轻量对象；后者是立即执行的算法，需输出迭代器并写入目标空间。
std::ranges::transform_view 不是 std::ranges::transform 的惰性版，二者类型、语义、使用方式完全不同，混用必报错。
std::ranges::transform_view 和 std::ranges::transform 完全不是一回事
看到名字带 transform 就想当然当成“对每个元素做变换”，这是最常见误用源头。实际：
-
std::ranges::transform是算法：立即执行，必须传入输出迭代器（比如std::back_inserter(out_vec)），修改目标空间，返回输出端迭代器 -
std::ranges::transform_view是视图适配器：不执行、不分配、不写入，只构造一个轻量对象，内部保存原始 range 和 callable 的引用（或拷贝） - 直接写
std::ranges::transform_view{vec, f}极大概率编译失败——模板参数推导受限，且标准库明确不鼓励手动构造
必须用 std::views::transform 或管道符 | 构造
正确入口只有两个：
auto v = std::views::transform(vec, [](int x) { return x * 2; });auto v = vec | std::views::transform([](int x) { return x * 2; });
注意：vec 必须是 viewable_range（如 std::vector、数组、std::string），不能是纯右值临时对象（如 get_data() 返回值）。若必须用临时对象，先绑定变量或套一层 std::views::all：
立即学习“C++免费学习笔记（深入）”；
auto v = std::views::all(get_data()) | std::views::transform(f);
lambda 捕获和生命周期是最大雷区
transform_view 不延长任何东西的生命周期，它只存引用或拷贝：
- 用
[&x]{...}捕获局部变量 → 若 view 在x作用域外被解引用，就是悬垂引用，未定义行为 - 原容器是栈上
std::vector<int> data;</int>，而 view 被函数返回或存入成员变量 → 同样危险 - 安全做法：优先用值捕获
[=]；若需移动大对象，显式移动捕获[v = std::move(some_thing)]；确保 callable 和 range 的生命周期 ≥ view 的整个使用期
编译器几乎不报这类问题，崩溃常出现在 Release 模式或嵌入式环境，调试成本极高。
返回类型推导失败常因 lambda 返回临时对象
若 lambda 写成 [](int x) { return std::string{"hello"} + std::to_string(x); }，其返回类型是纯右值 std::string，则 transform_view::reference 可能推导为 const std::string&，试图绑定到临时对象 → 编译错误 binding reference to temporary。
- 解决方法：显式返回左值，例如用
std::string s = ...; return s;（但注意这会额外拷贝） - 更优解：改用
std::string_view或其他不产生临时对象的返回策略，或接受value_type为std::string，让reference是std::string&&（需 C++23 P2517 支持）
这个点在模板深度嵌套时极难定位，往往卡在 begin() 或范围 for 解构处才暴露。
