std::views::filter 返回惰性视图，不持有数据、不支持随机访问、无 size()，故不能直接用[]或传给需 vector 的函数；须转容器、用算法或谨慎处理捕获生命周期。
不能直接用 std::views::filter 的结果当容器用，它返回的是一个惰性视图，不是 std::vector 或其他拥有数据的容器类型；想取元素、传给老接口、或反复遍历，必须显式转换或改用迭代器访问。
为什么 filter 后不能直接用 [] 或传给需要 vector 的函数
std::views::filter 返回的是 std::ranges::filter_view（可能嵌套在 ref_view 里），它不持有数据，也不保证支持随机访问。哪怕原容器是 std::vector，filter_view 默认也会降级为前向迭代器语义——v[0] 编译失败，std::sort(v.begin(), v.end()) 也会报错。
常见错误现象：
- 赋值给
auto v = vec | std::views::filter(...)，然后调用v.size()→ 编译失败（filter_view没有size()） - 传给函数
void process(const std::vector<int>&)</int>→ 类型不匹配 - 写
for (int i = 0; i → 根本过不了编译
怎么安全地取第一个匹配项或前 N 个元素
别强行索引，用标准算法或视图组合更可靠：
- 只取第一个满足条件的元素：
std::ranges::find_if(vec, pred)，返回迭代器，解引用即可 - 取前 N 个过滤后元素：
vec | std::views::filter(pred) | std::views::take(N)，再用范围 for 或转std::vector - 需要随机访问且确定数据量不大：转成容器，
std::vector result(v.begin(), v.end()) - 只读遍历一次？直接用
for (const auto& x : v) { ... }，零开销
链式 filter + transform 后最容易踩的生命周期坑
视图对象本身轻量，但内部存储的 lambda 如果捕获了局部变量的引用，而该视图被返回或长期持有，就立刻 UB：
- 错误写法：
auto make_filter(int threshold) { return vec | std::views::filter([&threshold](int x) { return x > threshold; }); }→threshold是栈变量，函数返回后引用悬空 - 正确做法：值捕获
[threshold]，或把阈值作为参数传入谓词（比如用std::bind或封装成可调用对象） - transform 的 lambda 同理：若捕获了局部容器或临时字符串，也得确认生命周期覆盖整个视图使用期
- 调试提示：如果程序在迭代视图时崩溃或输出乱码，优先检查捕获的引用是否还有效
真正麻烦的不是语法写不对，而是视图看起来“像容器”，用着用着才发现它既没 size()、又不支持 []、还悄悄绑着你早已离开作用域的局部变量——这些隐性约束，比编译错误更难排查。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
