std::ranges::views::transform 是懒求值视图适配器，需配合范围使用，接受可调用对象生成 transform_view，不拥数据、不支持随机访问，注意 lambda 捕获生命周期与 std::transform 的语义差异。
std::ranges::views::transform 的基本用法
它不是函数对象，而是一个视图适配器，作用是懒求值地将一个可调用对象应用到范围的每个元素上，生成新视图。必须配合范围（如 std::vector、std::array 或其他 view）一起使用，不能单独调用。
- 必须传入一个可调用对象（lambda、函数指针、仿函数），且该对象参数类型需与原范围元素类型兼容
- 返回的是
std::ranges::transform_view类型，不是容器，不拥有数据，也不支持随机访问（除非底层范围支持且 transform 不改变索引语义） - 常见误写：
transform(v, f)—— 错，正确是v | std::views::transform(f)或std::views::transform(v, f)（C++23 起支持二元形式，但一元管道形式更通用）
lambda 捕获与生命周期风险
若 lambda 捕获局部变量（尤其是引用），而 transform view 的生命周期超出该变量作用域，后续访问会触发未定义行为。这是最常被忽略的坑。
- 错误示例：
auto v = std::views::transform(vec, [&x](int a) { return a + x; });—— 若x是栈上局部变量，v保存后x已析构 - 安全做法：按值捕获（
[=]）、捕获 const 对象、或确保捕获对象生命周期 >= view 生命周期 - 若需修改外部状态，优先考虑用
std::ranges::for_each，而非依赖 transform 的副作用（它本就不保证执行顺序和次数）
与 std::transform 的关键区别
两者语义完全不同：std::transform 是算法，立即执行并写入目标迭代器；std::views::transform 是视图，零拷贝、延迟计算、组合友好。
-
std::transform需要预分配目标容器空间（或用std::back_inserter），而 view 不分配内存 - view 可链式组合：
vec | std::views::filter([](int x){return x>0;}) | std::views::transform([](int x){return x*2;}) - 性能差异明显：对大范围做多次 transform+filter 组合时，view 版本只遍历一次，传统算法版可能遍历多轮
- 注意：view 不支持
operator[]，想随机访问第 n 个结果？得先std::ranges::advance迭代器，或转成容器（如std::vector{v.begin(), v.end()}）
编译器与标准库支持要点
不是所有环境都能直接用 —— 它要求 C++20 语言标准 + 完整实现 std::ranges 的标准库。
立即学习“C++免费学习笔记（深入）”；
- GCC ≥ 10 默认启用部分 ranges，但
std::views::transform需 GCC 11+ 且开启-std=c++20 - Clang ≥ 13 + libc++ 13+ 支持较完整；MSVC 2022 17.5+ 基本可用，但早期版本对 ADL 查找有 bug
- 若报错
no member named 'transform' in namespace 'std::views'，大概率是标准库没跟上，别硬改语法，先确认__cpp_lib_ranges宏值（应 ≥ 201911L） - 替代方案：C++17 下可用
boost::adaptors::transformed，但接口和语义不完全一致
真正难的不是写对那一行 pipe，而是想清楚这个 view 是否会被长期持有、捕获了什么、下游会不会意外触发多次求值 —— 这些地方没约束，编译器也不会提醒。
