std::views::filter和transform返回的view不支持operator[]，因其不拥有数据且通常不满足随机访问要求；需转为vector或用迭代器访问，同时注意lambda捕获和谓词副作用风险。
std::views::filter 和 std::views::transform 本身不修改原容器，链式调用时必须注意视图的生命周期和求值时机——多数情况下你拿到的是一个延迟计算的 view，不是 vector。
为什么 filter + transform 链式调用后不能直接用 [] 访问
因为 std::views::filter 和 std::views::transform 返回的是 std::ranges::view 类型（通常是 std::ranges::filter_view 或 std::ranges::transform_view），它们不拥有数据，也不保证支持随机访问。比如对 std::vector 做 filter | transform，结果可能是 std::ranges::ref_view 套着 transform_view 套着 filter_view，底层迭代器类型取决于原始容器和谓词/函数对象是否满足 random_access_iterator 要求。
常见错误现象：auto v = vec | std::views::filter(...) | std::views::transform(...); v[0]; 编译失败（no operator[]）或运行时越界（如果误以为它像 vector）。
- 只有当整个链式视图底层支持随机访问（例如原容器是
std::vector，且所有适配器都保持了该特性），v[0]才合法；但filter_view默认不保留随机访问（即使输入是vector），所以大概率不支持 - 正确做法：用
std::ranges::begin(v)+std::ranges::advance，或转成容器：std::vector result(v.begin(), v.end()); - 若只是想取第一个匹配项，用
std::ranges::find_if或std::ranges::for_each更直接
transform 的 lambda 捕获与视图生命周期绑定风险
std::views::transform 接收的可调用对象（如 lambda）会被存储在视图内部，如果它捕获了局部变量的引用，而该视图寿命超过变量作用域，后续访问就会 UB。
立即学习“C++免费学习笔记（深入）”；
典型错误场景：
auto make_view() {
int offset = 42;
auto v = vec | std::views::transform([offset](int x) { return x + offset; });
return v; // ❌ offset 已析构，v 内部 lambda 持有悬垂引用
}
- 安全写法：值捕获（
[offset]）或移动捕获（[offset = std::move(offset)]），避免引用捕获（[&offset]） - 若需捕获大型对象，优先考虑传入
std::shared_ptr或改用函数对象类（显式管理生命周期） - 编译器通常不会报错，但 ASan 可检测到运行时 use-after-free
filter 谓词里修改元素会怎样
std::views::filter 的谓词只用于判断，不应有副作用；更重要的是：它接收的是元素的 const 引用（除非源 range 是 mutable 的），所以根本无法在谓词里修改原容器元素。
- 例如：
vec | std::views::filter([](const int& x) { const_cast<int>(x) = 99; return x > 5; })</int>属于未定义行为，且逻辑上破坏了 filter 的纯判断语义 - 真要边过滤边改，请拆开：先
std::ranges::for_each修改，再filter；或用std::ranges::remove_if+erase组合 - 注意：filter 不改变原容器，哪怕谓词里偷偷改了（通过 const_cast），也只影响当前迭代，且不可靠
性能陷阱：多次链式调用没触发求值，但意外触发多次遍历
视图是惰性的，但每次调用 begin()/end() 都可能重新构造迭代器，而某些谓词（比如含 I/O 或复杂计算的 lambda）会在每次迭代中重复执行。
- 例如：
v | filter([]{ log("check"); return true; }) | transform([]{ return heavy_computation(); })—— 若你用for (auto x : v | ...)两次，log 和 heavy_computation 会各跑两遍 - 解决办法：提前 materialize（物化）为容器：
auto cached = std::vector(v | ...);，尤其适合复用或调试 - 注意
std::views::cache1（C++23）可缓存首个元素，但不适用于整条链；目前无标准方式缓存整个视图
最易被忽略的一点：视图不是“轻量 wrapper”而是“延迟计算协议”，它的类型名极长、调试困难，且一旦混用左值/右值、临时对象、auto 推导，很容易让生命周期失控。真要链式处理，建议把关键步骤命名并加注释，别全堆在一行里。
