std::ranges::filter 是适配器对象，须用 std::views::filter 或管道符 | 配合范围使用；它返回惰性视图，不修改原容器，需注意生命周期、类型匹配及不可直接用于非视图算法。
std::ranges::filter 怎么写才不编译失败
直接用 std::ranges::filter 会报错：它不是函数，而是「适配器对象」，不能像普通算法那样传迭代器。必须配合视图（std::views::filter）或管道操作符使用。
-
std::views::filter接收一个可调用对象（如 lambda），返回一个惰性计算的视图 - 不能对临时视图直接取
begin()/end()后再丢弃——它不保证可复制，尤其在管道中 - 确保容器元素类型支持谓词中的操作（比如对
const char*用std::string_view判空要小心空指针）
管道操作符 | 的左右操作数顺序有讲究
管道符 | 是左结合的，但语义上是“数据流从左到右”，所以 vec | std::views::filter(...) | std::views::transform(...) 才符合直觉。写反了（比如把 std::views::filter 放左边）会触发 ADL 查找失败或类型不匹配。
- 左侧必须是范围（
std::ranges::range概念满足者），如std::vector、数组、字符串字面量 - 右侧必须是视图适配器（
std::ranges::viewable_range+ 适配器类型），如std::views::filter、std::views::take - 不能在管道中间插入非视图操作（比如
std::ranges::sort）——它消费范围，不返回视图，会断掉管道
常见误用：把 filter 当成 std::remove_if 那样修改原容器
std::views::filter 不修改原数据，只提供访问“逻辑子集”的新视图。想真正删除元素，仍需 erase–remove 习语或手动收集后赋值。
std::vectorv = {1, 2, 3, 4, 5}; auto even_view = v | std::views::filter([](int x) { return x % 2 == 0; }); // even_view 是只读视图，v 本身没变 // 下面这行非法：even_view.push_back(6); // error: no such method // 想得到新 vector？得显式构造： std::vector evens(even_view.begin(), even_view.end());
性能与生命周期陷阱：别让视图引用已销毁的容器
视图不拥有数据，只保存迭代器或引用。若源容器提前析构，继续使用该视图就是未定义行为。
立即学习“C++免费学习笔记（深入）”；
- 避免返回局部容器的视图（如函数内
std::vector+| views::filter然后 return） - 捕获 lambda 中若引用了局部变量，也要注意其生命周期是否覆盖视图使用期
- 调试时可用
std::ranges::size检查视图长度，但它对某些视图（如无限视图、输入范围）可能不适用或 O(n)
最易被忽略的一点：视图是轻量级对象，但它的迭代器失效规则完全继承自底层范围——容器 push_back 可能让 vector 视图的迭代器全部失效，哪怕你只用 filter。
