filter要求传入函数对象而非bool表达式，返回惰性view，不支持size()或下标访问，需注意生命周期和materialize时机。
filter 要求传入可调用对象，不能直接传 bool 表达式
常见错误是写成 std::ranges::views::filter(vec, x > 0) 或类似形式——这会编译失败，因为 filter 第二个参数必须是函数对象（如 lambda、函数指针、functor），而不是求值后的 bool 值。
正确做法是用 lambda 捕获或直接定义逻辑：
auto positive = std::ranges::views::filter([](int x) { return x > 0; });
注意：lambda 必须接受一个参数（元素类型），返回 bool；捕获外部变量需谨慎，避免悬垂引用。
filter 返回的是 view，不是容器，不能直接用 size() 或下标访问
std::ranges::views::filter 产生的是惰性 view，底层不拷贝数据，也不预计算长度。因此：auto r = vec | std::views::filter(...); 后，r.size() 在多数情况下不可用（除非底层 range 是 sized_range，比如 std::array 或带 size() 的自定义 range）。
若需知道数量或随机访问：
- 转成容器：用
std::vector{r.begin(), r.end()}或 C++23 的std::ranges::to<:vector>(r)</:vector> - 计数：用
std::ranges::count_if配合相同谓词，比遍历 view 更高效 - 取第 n 个元素：只能用
std::ranges::advance(it, n)，不能写r[n]
filter 和算法组合时要注意求值时机与 lifetime
view 是轻量级代理，不持有原始数据。如果原容器在 view 创建后被销毁或移动，再访问 view 就是未定义行为。
典型陷阱：
auto get_positive_view() {
std::vector<int> local = {1, -2, 3, -4};
return local | std::views::filter([](int x) { return x > 0; });
} // local 析构 → view 迭代器失效</int>
解决方法：
- 确保源 range 生命周期 ≥ view 使用周期
- 需要持久化结果时，尽早 materialize（例如转成
std::vector） - 避免返回局部容器产生的 view
性能上 filter 本身零开销，但链式调用可能影响可读性与调试
filter 是纯惰性操作，编译期几乎不生成额外代码，运行时也无内存分配。但多层 view 组合（如 filter | transform | take）会让 stack trace 变长、断点难打、IDE 提示变弱。
建议：
- 简单过滤单用
filter，没问题 - 复杂逻辑拆成带名变量：比如
auto valid_items = data | std::views::filter(is_valid); - 调试时临时加
| std::views::common强制转为普通迭代器，方便 GDB 查看
真正容易被忽略的不是语法，而是 view 的“虚”特性——它像一张随时可能失效的借条，而不是一份实实在在的数据副本。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
