应使用std::views::transform实现惰性变换，它返回只读视图，不修改原容器、不分配内存；若需原地修改，须用std::ranges::transform或std::transform配合输出迭代器。
std::ranges::views::transform 不能原地映射
它生成的是一个视图（view），不修改原始容器，也不分配新存储 —— 所以“原地”在这里是误解。你看到的只是对元素的惰性计算结果，底层数据没变，也不能直接赋值回去。
常见错误现象：std::vector<int> v = {1,2,3}; auto transformed = v | std::views::transform([](int x){return x*2;});</int> 这之后 v 还是 {1,2,3}，transformed 是个只读的 transform_view，不能用 transformed[0] = 10; 修改原数据（编译失败）。
- 视图不拥有数据，只提供访问逻辑
- lambda 返回类型必须可转换为视图的 value_type，否则编译报错（如返回
void或不可复制类型） - 若 lambda 捕获局部变量且视图生命周期超出该变量作用域，会导致悬垂引用（UB）
想改原容器？用 std::transform 或 ranges::for_each
真正修改原容器，得靠算法而非视图。视图只负责“看”，算法才负责“动”。
最直接的方式是用 std::transform：
立即学习“C++免费学习笔记（深入）”；
std::vector<int> v = {1,2,3};
std::transform(v.begin(), v.end(), v.begin(), [](int x) { return x * 2; }); // v 变成 {2,4,6}或者用 std::ranges::transform（C++20 起支持范围重载）：
std::vector<int> v = {1,2,3};
std::ranges::transform(v, v.begin(), [](int x) { return x * 2; });- 注意第二个参数是输出迭代器，必须指向目标容器的起始位置（这里复用
v.begin()实现原地写入） -
std::ranges::transform要求输入范围和输出迭代器长度兼容，否则行为未定义 - 如果 lambda 返回
void，只能用std::ranges::for_each，但它不返回新序列，纯副作用驱动
为什么不用 transform_view + assign？
有人试过：v.assign(transformed.begin(), transformed.end()); —— 这看似“转回原容器”，但本质是重新分配+拷贝，不是原地操作，且会破坏原有内存布局和迭代器有效性。
- 对小容器影响不大，但对大 vector 或自定义 allocator 容器，
assign可能触发 reallocation - 若容器元素类型不可移动或拷贝代价高（如大对象、unique_ptr），这种写法比直接
std::transform更重 -
transform_view::begin()返回的是 proxy iterator，某些旧标准库实现（如 GCC 11 前）可能不完全支持直接用于assign
真正需要“惰性+可变”的场景怎么办？
如果你既要延迟计算，又希望后续能批量更新原始数据（比如 UI 数据绑定、信号链处理），std::ranges::views::transform 不适用 —— 它设计上就是 const 的。
- 可行替代：封装一个带状态的 functor，内部持有对原始容器的引用，在调用时直接修改
- 或用
std::span+ 手动循环，配合条件判断做就地变换（更可控，也更易调试） - 避免过度抽象：90% 的“原地映射”需求，
std::transform加 lambda 就够了；强行套 view 反而增加理解成本和潜在 UB 风险
关键点容易被忽略：视图的“惰性”不等于“可变性”，它的迭代器解引用返回的是临时对象（或代理），不是原始元素的引用（除非你显式返回 auto& 且源容器允许）。别指望靠 view 改数据 —— 它连地址都不给你。
