ranges::filter 和 ranges::transform 通过管道化和延迟求值实现更直观、零开销的序列操作，view 与 container 分离提升所有权清晰度，但需谨慎管理 lifetime 避免 dangling。
ranges::filter 和 ranges::transform 比传统 for 循环更直观
传统 STL 算法（如 std::find_if、std::transform）需要传入迭代器对，还要手动管理目标容器空间。而 C++20 Ranges 把操作“管道化”，语义直接对应“我要什么”，而不是“我怎么遍历”。比如筛选偶数并平方：
std::vector<int> v = {1, 2, 3, 4, 5};
auto result = v | std::views::filter([](int x) { return x % 2 == 0; })
| std::views::transform([](int x) { return x * x; });这里 result 是一个 lazy view，不立刻计算，也不分配新内存。只有在遍历时才逐个生成值。这种延迟求值天然适合链式组合，也避免中间容器开销。
view 与 container 的明确分离让所有权更清晰
所有 std::views::*（如 filter、take、drop）返回的是 view —— 轻量级、非拥有型的只读适配器。它不拷贝数据，也不延长原容器生命周期。这意味着：
- 不能把 view 存到
std::vector里直接用（会 dangling），必须用std::ranges::to<:vector></:vector>显式物化 -
std::views::iota(1, 10)生成的是无限逻辑序列（实际是半开区间），不占内存，但误用std::vector(v | std::views::iota)会编译失败 - view 组合不会触发任何计算，直到你用范围 for 或调用
std::ranges::begin等访问
算法重载统一了容器和 view 的使用方式
C++20 中大部分算法（如 std::ranges::sort、std::ranges::find）同时接受容器和 view。不再需要写 std::sort(v.begin(), v.end())，直接写 std::ranges::sort(v) 即可。这带来两个实际好处：
立即学习“C++免费学习笔记（深入）”；
- 对
std::vector、std::array、C 风格数组等都适用，无需记忆不同重载 - 配合 view 使用时更自然：例如
std::ranges::find(v | std::views::filter(pred), target)可以直接在过滤后的逻辑序列中查找，不用先构造临时 vector - 部分算法（如
std::ranges::copy）还支持 move-only 类型，传统std::copy迭代器接口无法处理
容易踩的坑：view 的 lifetime 和 dangling 问题
view 不持有数据，只引用原始范围。一旦原始容器析构或移动，view 就失效。最常见错误是返回局部容器的 view：
auto get_even_squares() {
std::vector<int> v = {1, 2, 3, 4};
return v | std::views::filter([](int x) { return x % 2 == 0; });
// ❌ v 在函数结束时销毁，返回的 view 指向已释放内存
}正确做法是物化结果（用 std::ranges::to）或确保源生命周期足够长。另外，std::views::common 对某些输入范围（如纯输入迭代器）是必需的，否则可能编译失败 —— 这类细节在调试时容易被忽略。
真正难的不是写链式表达式，而是判断哪一步该 lazy、哪一步必须 materialize，以及谁负责管理底层数据的生存期。
