std::views::filter 返回的是不持有数据的惰性 filter_view，不能当 std::vector 用；它仅存迭代器和谓词，不满足容器接口，传给老函数需显式物化，且原容器修改后视图立即失效。
std::views::filter 返回的不是容器，是惰性视图；直接传给老接口、调用 .size()、或在原容器修改后继续用它，都会出问题。
为什么 std::views::filter 不能当 std::vector 用
它返回的是 std::ranges::filter_view，一个只存迭代器和谓词的轻量类型，不持有数据、不分配内存。常见错误是这样写：
std::vector<int> v = {1, 2, 3, 4};
auto filtered = v | std::views::filter([](int x) { return x > 2; });
some_legacy_function(filtered); // ❌ 编译失败：类型不匹配原因在于 filtered 的类型类似 filter_view<vector>&, ...></vector>，嵌套深、不可拷贝（尤其含引用捕获时），也不满足 std::vector 的接口契约。
- 要传给老函数？必须显式物化：
std::vector<int>(filtered.begin(), filtered.end())</int>或 C++23 的std::ranges::to<:vector>(filtered)</:vector> - 想保留惰性？就别转容器，直接在
for (auto x : filtered)或std::ranges::for_each里用 - 强转或
reinterpret_cast完全无效，编译不过
std::views::filter 的谓词捕获必须安全
lambda 捕获局部变量时，若视图寿命超过该变量，迭代就会访问悬空引用——这是运行时未定义行为，编译器通常不报错。
立即学习“C++免费学习笔记（深入）”；
auto make_filter_view(int threshold) {
return std::views::filter([threshold](int x) { return x > threshold; }); // ✅ int 值捕获安全
}
// 但下面这个就危险：
auto make_unsafe_view() {
int local = 42;
return std::views::filter([&local](int x) { return x > local; }); // ❌ local 函数返回即销毁
}- 值捕获 trivial 类型（
int、double、std::string等）基本安全 - 引用捕获仅限生命周期明确的对象，比如类成员、
static变量、或传入的 const 引用参数 - 避免副作用：谓词里写
count++或修改外部状态，因为视图可能被多次遍历、跳过元素，甚至根本没被遍历
原容器修改后，旧 filter 视图立即失效
这是最容易忽略的运行时陷阱。视图内部保存的是原始容器的迭代器，一旦容器发生导致迭代器失效的操作（如 push_back、erase、resize），旧视图的 begin()/end() 就变成悬空指针。
std::vector<int> v = {1, 2, 3};
auto view = v | std::views::filter([](int x) { return x % 2 == 0; });
v.push_back(4); // ⚠️ 此刻 view 已失效
for (int x : view) { /* 未定义行为 */ }- 不要缓存视图对象跨容器修改点使用
- 每次容器变更后，应重新构建视图：
view = v | std::views::filter(...) - 如果需要“稳定快照”，必须物化为容器，比如
auto snapshot = std::vector<int>(view.begin(), view.end());</int>
链式组合时，| 的左右操作数必须类型匹配
| 是左结合的管道操作符，左边必须是 viewable_range（通常是容器或另一个 view），右边必须是 view 适配器（如 std::views::filter），不能是算法。
auto bad = v | std::ranges::sort; // ❌ 编译失败：std::ranges::sort 返回 void，不是 view auto good = v | std::views::filter(pred) | std::views::transform(f); // ✅
- 误把算法当 view 用是最常见的编译错误，错误信息通常是
no match for ‘operator|’ -
std::views::common看似无害，但在 input_range（如std::istringstream）上会隐式物化成std::vector，带来意外拷贝 - 性能敏感场景下，注意
std::views::reverse：对std::list这类非随机访问容器，它会缓存全部元素，不再是 O(1)
真正难的不是写对语法，而是判断什么时候该让视图“活”着，什么时候必须把它“冻”成容器——这取决于你是否要复用、是否要跨函数传递、是否要应对底层数据变化。漏掉其中任何一个条件，都可能在运行时突然崩掉。
