std::ranges::views::transform 是C++20的懒求值视图适配器，需用管道符|配合可调用对象使用，不可直接调用；它零拷贝、惰性执行，与立即写入的std::transform算法有本质区别。
std::ranges::views::transform 的基本用法
它不是函数，而是视图适配器，必须配合管道操作符 | 使用，不能直接调用。常见错误是写成 transform(v, f) —— 这是旧式 std::transform 的写法，和 views::transform 完全无关。
正确姿势是：把容器（或范围）通过 | 管道送入 views::transform，再传入一个可调用对象（lambda、函数指针、functor）：
auto doubled = vec | std::views::transform([](int x) { return x * 2; });注意：doubled 是一个懒求值的视图，不分配新内存，也不立即执行转换 —— 直到你遍历它或转成容器（如 std::vector{doubled}）才触发计算。
lambda 捕获与引用生命周期问题
如果 lambda 捕获了局部变量（尤其是引用），而视图生命周期超出该变量作用域，就会悬垂。这是最隐蔽也最容易踩的坑。
立即学习“C++免费学习笔记（深入）”；
- ❌ 错误：在函数内创建视图并返回，但捕获了局部
const auto& factor - ✅ 安全：按值捕获（
[factor]），或确保被引用对象的生命周期覆盖整个视图使用期 - ⚠️ 特别注意：用
std::string_view或std::span作参数时，若 lambda 内部存储其副本，需确认原始数据没被提前释放
和 std::transform 的关键区别在哪
std::transform 是算法，要求目标迭代器（比如 back_inserter）且立即写入；views::transform 是视图，零拷贝、惰性、组合友好。
- 性能：后者避免中间容器分配，适合链式处理（如
| views::filter | views::transform） - 语法：前者要写三四个迭代器参数，后者一行管道表达式即可
- 兼容性：C++20 起可用，但需编译器支持（GCC 10+、Clang 10+、MSVC 19.30+），且必须包含
<ranges>
嵌套容器转换时怎么写
比如对 std::vector<:vector>></:vector> 的每个子 vector 求和，不能直接 views::transform(sum) —— 因为 sum 不是可调用对象。得用 lambda 显式展开：
auto sums = matrix | std::views::transform([](const auto& row) {
return std::accumulate(row.begin(), row.end(), 0);
});这里 row 是 std::vector<int>&</int>，所以 row.begin() 合法；如果源是 std::vector<:array>></:array>，则 row.begin() 仍有效，但要注意 std::array 的迭代器类型兼容性。
容易忽略的一点：视图本身不保证 size() 可用 —— 若后续需要长度，得先转成容器或用 std::ranges::distance，但后者可能 O(n) 时间。
