std::ranges::transform 是惰性视图，不立即执行、不修改原数据、不生成新容器，仅在遍历时按需调用函数；需注意生命周期、迭代器类别和物化时机。
std::ranges::transform 是惰性视图，不是容器映射函数；它不修改原数据，也不生成新容器，只在遍历时按需计算。
views::transform 不会立即执行，只构建轻量视图
调用 views::transform(f) 返回的是一个 std::ranges::view 类型对象，内部仅保存原始 range 的迭代器和可调用对象 f，不分配内存、不复制元素、不触发任何函数调用。真正执行 f(x) 是在 for 循环或 std::ranges::for_each 遍历时逐个发生。
- 错误认知：以为
v | views::transform(f)会“立刻把所有元素算一遍”——不会，连第一个都不算 - 典型误用：对 transform 视图反复遍历（比如两次
for (auto x : t)），会导致f被重复调用相同次数，且无缓存 - 若需复用结果，必须显式物化：
std::vector{v | views::transform(f)}或v | views::transform(f) | std::ranges::to<:vector>()</:vector>
管道中使用 views::transform 的左右操作数必须合法
| 左边必须是满足 std::ranges::viewable_range 的类型（如 std::vector、std::array、裸数组），右边必须是 std::ranges::view 或可转换为 view 的适配器（如 views::filter、views::transform）。
- ✅ 正确：
vec | views::filter(pred) | views::transform(f) - ❌ 错误：
vec | std::ranges::transform(vec.begin(), vec.end(), f)—— 这是老式算法，不能接在管道后 - ⚠️ 常见编译失败：
vec | f（f是普通 lambda）—— 缺少views::前缀，不构成 view 适配器 - ⚠️ 注意：自定义函数对象若想用于管道，需包装成 view 适配器（例如继承
std::ranges::view_interface或用views::transform包一层）
transform 视图的迭代器行为取决于底层 range
views::transform 本身不改变底层 range 的迭代器类别。如果源 range 支持随机访问（如 std::vector），则 transform 视图也支持；如果源是单向 list，则 transform 视图也只能前向遍历。
立即学习“C++免费学习笔记（深入）”；
- 性能影响：对非随机访问 range 使用
views::transform后再调用std::ranges::distance或operator[]，可能触发完整遍历或编译失败 - 安全操作：
views::take、views::drop、views::common在 transform 视图上仍保持惰性，但views::common对非 common_range 会强制物化（拷贝） - 避免陷阱：不要对
views::transform结果直接取地址或保存迭代器跨多次遍历——它不保证稳定性，尤其当源 range 是临时对象时
lambda 捕获与生命周期必须手动管理
传给 views::transform 的可调用对象（如 lambda）若捕获局部变量，其生命周期必须覆盖整个视图的使用期。否则，遍历时访问悬空引用将导致未定义行为。
- 危险写法：
auto v = [&x](auto a) { return a + x; }; auto t = vec | views::transform(v);—— 若x是栈变量且t生命周期更长，就出问题 - 推荐方式：捕获值（
[x]）、使用静态/全局变量、或确保视图作用域不超出捕获变量作用域 - 调试线索：若 transform 后输出全是零或乱码，先检查 lambda 是否捕获了已销毁的对象
最易被忽略的一点：transform 视图不提供 .size() 成员函数，也不支持 std::ranges::size()（除非底层 range 是 sized_range）。试图获取长度大概率触发编译错误，或退化为 O(N) 的 std::ranges::distance 全遍历——这直接破坏惰性初衷。
