std::ranges::filter是适配器对象而非函数，须用std::views::filter(pred)或data | std::views::filter(pred)；视图不拥有数据，需注意生命周期；谓词需防御性编程，且filter_view不支持随机访问。
std::ranges::filter 不是函数，不能直接调用
这是最常导致编译失败的根源：std::ranges::filter 是一个「适配器对象」（adapter object），不是函数，也没有 operator()。你写 std::ranges::filter(vec, pred) 或 std::ranges::filter(begin, end, pred) 会直接报错，比如 no match for call 或 template argument deduction failed。
- ✅ 正确做法：必须配合视图适配器语法，即用
std::views::filter或管道符| - ✅ 合法形式只有两种：
vec | std::views::filter(pred)或std::views::filter(pred)(vec)（后者极少用） - ❌ 错误示例：
std::ranges::filter(vec, [](int x){return x>0;})—— 编译不过，别试
管道符 | 的左右操作数必须类型匹配
| 看似简单，但左右两边不是随便拼的：左边必须是满足 std::ranges::range 概念的对象（如 std::vector、数组、std::string），右边必须是视图适配器（如 std::views::filter、std::views::transform）。
- ✅ 正确顺序：
data | std::views::filter(p) | std::views::take(5)—— 数据流从左到右，语义清晰 - ❌ 反过来写：
std::views::filter(p) | data会触发 ADL 查找失败，或报no operator| - ⚠️ 中间不能插非视图操作：比如
data | std::views::filter(p) | std::ranges::sort是非法的 ——std::ranges::sort消费范围并返回void，断掉管道
filter 返回的是视图（view），不是容器，生命周期要自己兜底
std::views::filter 返回的是轻量级、不拥有数据的 filter_view，它只存迭代器或引用。一旦源容器析构，继续用这个视图就是未定义行为。
- ✅ 安全写法：用
auto值语义持有，或显式转成容器：std::vector{filtered_view} - ❌ 危险写法：
auto& v = vec | std::views::filter(p);—— 引用绑定临时视图，作用域一结束就悬垂 - ⚠️ 函数返回视图要特别小心：不要写
auto func() { std::vector v = {...}; return v | std::views::filter(p); }——v是局部变量，返回后销毁，视图失效
谓词里访问元素要防空指针、类型不匹配等运行时陷阱
filter 的 lambda 谓词看似自由，但实际执行时依赖底层元素类型和值状态。常见崩溃不是编译错，而是运行时踩内存。
立即学习“C++免费学习笔记（深入）”；
- ⚠️ 对
const char*做判空？先检查是否为nullptr，否则std::string_view(p)构造失败 - ⚠️ 过滤
std::optional<t></t>时，谓词里忘调has_value()或*opt解引用前没判空，容易 crash - ✅ 推荐写法：谓词尽量纯、无副作用、带防御性检查；复杂逻辑可提前封装成命名函数对象，便于测试和复用
filter_view 通常只满足 input_range），所以别指望 filtered_view[5] 或 std::ranges::sort(filtered_view) 能工作——这些操作要么编译失败，要么得先转成 std::vector。懒加载很美，但它的代价是放弃某些便利性，这点必须心里有数。 
