std::views::filter是视图适配器而非函数，必须用|管道符或显式调用语法；不可绑定引用到其返回的临时filter_view；谓词应值捕获避免悬垂；filter_view不支持size()、[]等容器操作。
std::views::filter 不是函数，不能像 std::find_if 那样直接传容器和谓词调用；它必须配合 | 管道符或显式适配器语法使用，否则编译直接失败。
为什么 std::ranges::filter(vec, pred) 会报错
因为 std::ranges::filter 根本不是函数——它是命名空间里的一个占位符，真正可用的是 std::views::filter 这个适配器对象。它没有 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）；写反了（比如std::views::filter(p) | vec）也会编译失败
auto& v = vec | std::views::filter(...) 是高危操作
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>
lambda 捕获局部变量时，[&x] 比 [x] 更容易崩溃
视图可能被多次遍历、复制、延迟求值，而引用捕获会让谓词依赖外部栈变量的生命周期。函数返回后，该变量早已析构，后续遍历触发未定义行为。
- ❌ 危险示例：
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，或封装成具名函数对象类，显式管理生命周期
filter_view 不能当容器用：没 size()、不支持 []、不能直接传老接口
filter_view 是惰性视图，不保证随机访问，甚至不满足 forward_range（取决于底层），因此很多容器惯用法在这里失效。
- ❌ 常见错误：
v.size()编译失败；v[0]报错；some_func(const std::vector<int>&)</int>类型不匹配 - ✅ 安全取第一个元素：用
std::ranges::find_if(vec, pred)，解引用迭代器 - ✅ 取前 N 个：组合
std::views::take(N)，如vec | std::views::filter(pred) | std::views::take(5) - ✅ 只读遍历一次：直接
for (const auto& x : v) { ... }，零开销
真正麻烦的不是编译不过，而是它“看起来像容器”：能用范围 for、能链式组合，却在你调 size() 或存局部引用时突然崩掉——这些隐性约束，比语法错误更难定位。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
