std::ranges::reverse_view仅反转遍历顺序，不修改数据，要求底层range为bidirectional_range，否则编译失败；它零拷贝、零副作用，但生命周期依赖底层容器，需谨慎管理。
std::ranges::reverse_view 不反转数据，只反转遍历顺序；它不拷贝、不修改、不分配内存，但要求底层 range 必须是 bidirectional_range，否则编译直接失败。
为什么 std::views::reverse 编译报错 “static_assert failed due to requirement 'ranges::bidirectional_range'”
这不是 bug，而是契约强制检查：视图必须能双向移动迭代器（即支持 --it），否则无法实现“反向遍历”。
-
std::vector、std::list、std::array、std::string都满足，可直接用 -
std::forward_list、std::istream_view、自定义的单向 range（只提供++it）会触发该 static_assert - 若用
filter_view或transform_view套在单向 range 上再接views::reverse，同样失败——因为中间视图仍继承底层的迭代器类别
用 std::views::reverse 还是 std::reverse？关键看你要改数据还是改视角
名字像，语义完全不同：
-
std::reverse(first, last)是算法，真实交换元素位置，O(n) 时间 + 修改原容器，适合必须物理翻转的场景（如预处理排序） -
std::views::reverse是视图，构造 O(1)，遍历时才按逆序跳转，零拷贝、零副作用，适合只读回溯（如日志最新 5 条）、UI 渲染倒序列表 - 如果后续还要正向遍历原容器，用视图避免重复拷贝；如果 pipeline 后要传给只接受随机访问迭代器的旧函数，则不能用 reverse_view（它只提供双向迭代器）
管道链中复用 std::views::reverse 视图的风险
视图不持有数据，只存 begin/end 迭代器引用。一旦底层容器被修改或销毁，原视图立刻失效。
-
std::vector执行push_back、resize、erase后，所有基于它的reverse_view迭代器都可能 dangling - 不要把
vec | views::reverse存为变量后反复用；应每次需要时重建，或封装成可调用对象：auto rev = [](auto&& r) { return r | std::views::reverse; }; - 调试时 IDE 通常不展开
reverse_view内容；想看实际值，得显式转换：ranges::to<:vector>(rev_view)</:vector>或调用.base()查看原始 range
空 range 和嵌套视图的边界行为
看似安全的操作，在组合或边界下容易踩坑：
- 对空
std::vector调views::reverse没问题，返回空视图；但紧接着接views::front就是未定义行为（UB） -
filter→reverse→take这类嵌套视图仍是惰性求值，但每层增加间接跳转开销；高频循环中要注意性能毛刺 - 若底层 range 是
common_range（如std::vector），reverse_view::begin()和end()行为可预测；但自定义 range 若没显式满足common_range，size()可能不可用或低效
最常被忽略的一点：reverse_view 的生命周期完全依赖你手动管理——它不延长原始 range 的生命，也不感知容器是否被 move 或 resize。写完一行 | views::reverse 很快，但真正在生产环境跑稳，得盯住每一处容器变更点。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
