std::views::filter 返回轻量视图而非容器，不持有数据、无 size() 和 operator[]、不支持随机访问；需显式物化为 vector 才能用于老接口或索引操作。
std::views::filter 返回的不是容器，不能当 std::vector 用，也不能直接调用 size() 或 operator[]；它是个轻量视图，只在遍历时按需计算，用错地方会编译失败或触发未定义行为。
为什么 std::views::filter 不能直接赋值给 std::vector 或传给老接口
它返回的是 std::ranges::filter_view（可能嵌套 std::ranges::ref_view），类型复杂、不持有数据、不满足容器接口。常见错误包括：
- 写
auto v = vec | std::views::filter(pred); v.size();→ 编译失败：filter_view没有size()成员 - 写
process_old_api(v);（函数声明为void process_old_api(const std::vector<int>&)）→ 类型不匹配，无法隐式转换 - 写
v[0]或std::sort(v.begin(), v.end())→ 编译报错：不支持随机访问迭代器语义
真正要传给老接口或需要随机访问，必须显式物化：std::vector{v.begin(), v.end()} 或 C++23 的 std::ranges::to<std::vector>(v)。
auto& 绑定 std::views::filter 结果是高危操作
视图对象是临时的、轻量的，生命周期只到当前表达式结束。用引用绑定会立刻悬垂：
立即学习“C++免费学习笔记（深入）”；
-
auto& v = numbers | std::views::filter([](int x) { return x > 3; });→v引用已销毁的临时对象，后续遍历必崩 - 正确做法是值语义：
auto v = numbers | std::views::filter([](int x) { return x > 3; });（拷贝开销仅两个迭代器指针） - 若需长期持有并复用，应每次重新构造视图，而不是缓存旧视图对象
谓词捕获局部变量时，[&x] 比 [x] 更容易出 runtime bug
视图可能被多次遍历、延迟遍历，甚至跨函数作用域使用。引用捕获会把栈变量的生命周期绑定到视图上：
-
auto make_filter(int threshold) { return vec | std::views::filter([&threshold](int x) { return x > threshold; }); }→threshold函数返回即析构，后续遍历访问悬空引用 - 小类型推荐值捕获：
[threshold]；大对象可考虑[threshold = std::move(threshold)]或传std::shared_ptr - 谓词中避免副作用（如修改外部计数器），因为遍历次数和顺序不保证
原容器修改后，旧 std::views::filter 视图立即失效
视图内部只存迭代器或对源范围的引用，底层容器一变，所有现存视图就不可再用：
-
std::vector<int> v = {1, 2, 3}; auto view = v | std::views::filter([](int x) { return x % 2 == 0; }); v.push_back(4);→ 此时view迭代器已失效 -
v.erase(...)、v.resize(...)、甚至v.reserve(...)都可能导致重分配，使视图失效 - 安全做法：每次操作前都重新构建视图，或把过滤逻辑封装成函数，接收当前容器作为参数
最麻烦的从来不是编译不过，而是视图看起来“像容器”，用着用着才发现它没 size()、不支持索引、还悄悄绑着你早就离开作用域的局部变量——这些隐性约束，得靠经验才能一眼识破。
