std::ranges::transform是立即执行算法，需输出迭代器，不返回视图；惰性映射应使用std::views::transform，注意生命周期、捕获安全及不支持size()等特性。
std::ranges::transform 不是惰性变换，它根本不会返回视图；真正用于惰性映射的是 std::views::transform。混用两者会导致编译失败、悬垂引用或 Release 模式下静默崩溃。
为什么 std::ranges::transform 编译失败或行为异常
常见错误是把它当视图构造器用，比如写 data | std::ranges::transform(f) 或 std::ranges::transform(data, f) —— 这两种写法都错。
-
std::ranges::transform是立即执行的算法，必须提供输出迭代器（如std::back_inserter(out)），否则报错：no matching function for call to 'transform' - 它返回的是输出端迭代器（如
std::vector<int>::iterator</int>），不是 range，不能用于管道或范围 for 循环 - 即使补上
std::back_inserter，也立刻写入内存、失去惰性优势，和视图语义完全冲突
std::views::transform 的正确构造方式
必须通过管道符 | 或工厂函数调用，禁止手动构造 std::ranges::transform_view。
- ✅ 推荐（管道风格）：
auto v = data | std::views::transform([](int x) { return x * 2; }); - ✅ 可用（函数风格）：
auto v = std::views::transform(data, [](int x) { return x * 2; }); - ❌ 禁止：
std::ranges::transform_view{data, f}—— 模板参数推导常失败，且标准库不保证其构造函数可访问 - ⚠️
data必须是viewable_range：局部数组、std::vector、std::string都行；但get_data()返回的临时std::vector不行，得先绑定变量或套std::views::all(get_data())
lambda 捕获与生命周期陷阱
transform_view 内部只保存对 range 和 callable 的引用或拷贝，不延长任何一方生命周期 —— 这是运行时崩溃最高发区。
立即学习“C++免费学习笔记（深入）”；
- ❌ 危险：
[&x]{ return x + 1; }中x是栈上局部变量，函数返回后v引用已销毁内存 - ❌ 危险：
std::vector<int> v{1,2,3}; auto view = v | std::views::transform([&v](int x) { return x * v.size(); });</int>—— 若view存入类成员或全局变量，v析构后访问未定义 - ✅ 安全：优先用值捕获
[=]；若需移动大对象，显式写[v = std::move(some_thing)] - ✅ 安全：用
std::shared_ptr或静态/成员变量管理被引用对象的生命周期
别踩 size()、随机访问和重复计算的坑
std::views::transform 不支持 .size()，也不缓存结果，每次遍历都会重新调用 lambda。
- ❌
v.size()编译失败：它不满足sized_range，因为 lambda 行为不可静态推断 - ❌
std::ranges::distance(v)虽能得长度，但会强制完整遍历，违背惰性初衷 - ❌ 嵌套使用
v | views::transform(f) | views::transform(g)不等于“一次预计算”，每次*it都触发g(f(x))，若f或g有副作用（如日志、IO），会被反复执行 - ✅ 真需要物化结果：用
std::ranges::to<:vector>(v)</:vector>（C++23）或std::vector<int>{v.begin(), v.end()}</int>
真正难处理的从来不是语法，而是那个你以为“它还在”的 data 或 lambda 捕获对象 —— 它们在你调用 begin() 之前，可能早就析构了。
