std::views::filter是适配器对象，必须用|管道符或适配器调用语法；直接调用或传参会编译失败，且需注意悬垂引用、捕获生命周期、迭代器失效及无size成员等陷阱。
std::views::filter 不是函数，不能直接调用；它必须走管道符 | 或适配器调用语法，否则编译直接失败。
为什么 std::ranges::filter(vec, pred) 会报错
因为 std::ranges::filter 是一个适配器对象（adapter object），不是函数模板，也没有 operator()。它不接受容器和谓词作为参数。
- ❌ 错误写法：
std::ranges::filter(numbers, [](int x) { return x % 2 == 0; });→ 编译报错类似no match for call to 'std::ranges::filter' - ✅ 正确写法只有两种：
numbers | std::views::filter(pred)或极少见的std::views::filter(pred)(numbers) - 管道符左边必须是
std::ranges::range（如std::vector、std::array、原生数组），右边必须是视图适配器（如std::views::filter）
auto& v = vec | std::views::filter(...) 是悬垂引用高危操作
视图（如 filter_view）是轻量级临时对象，只持有迭代器或对源范围的引用，不拥有数据。绑定引用到临时对象，作用域一结束就失效。
- ❌ 危险写法：
auto& v = numbers | std::views::filter([](int x) { return x > 3; });→v引用的是已销毁的临时filter_view - ✅ 安全写法：
auto v = numbers | std::views::filter([](int x) { return x > 3; });（复制开销极小，只是拷贝两个迭代器） - 若需传给要求
std::vector的接口，显式物化：std::vector{v.begin(), v.end()}或 C++23 的std::ranges::to<:vector>(v)</:vector>
捕获局部变量时，[&x] 比 [x] 更容易出 runtime bug
视图可能被多次遍历（尤其底层是 forward_range 或更弱概念时），而引用捕获会让谓词依赖外部栈变量生命周期 —— 函数返回后，该变量已析构。
立即学习“C++免费学习笔记（深入）”；
- ❌ 危险示例：
auto make_filter_view(int threshold) { return numbers | std::views::filter([&threshold](int x) { return x > threshold; }); }→threshold返回后销毁，后续遍历触发未定义行为 - ✅ 推荐写法：值捕获
[threshold]（适合int、size_t等小类型）或移动捕获[threshold = std::move(threshold)]（适合大对象） - 若需捕获大型对象（如
std::string），优先传入std::shared_ptr或改用具名函数对象类，显式管理生命周期
原容器修改后，旧视图必须丢弃重做
这是最容易忽略的运行时陷阱。视图内部持有原容器的迭代器，一旦 push_back、erase、resize 等操作导致内存重分配，所有现存迭代器立即失效。
- ❌ 示例：
std::vector<int> v = {1, 2, 3}; auto view = v | std::views::filter([](int x) { return x % 2 == 0; }); v.push_back(4); for (int x : view) { /* 未定义行为 */ }</int> - ✅ 正确做法：每次使用前都重新构建视图，或封装为函数：
auto pipeline = [](const auto& r) { return r | std::views::filter(pred); };，调用时传入当前容器 - 注意：filter 视图本身不支持随机访问，也不提供
.size()；若需长度，必须用std::ranges::distance(view)，但会强制完整遍历，失去惰性优势
