std::views::reverse是只读双向视图，要求底层范围支持bidirectional_iterator，否则编译失败；它不修改原数据，与算法std::reverse有本质区别。
std::ranges::reverse_view 不会翻转数据，只改变遍历时的顺序；它不是算法，是视图——用错场景或传入不兼容范围时，编译直接失败。
std::views::reverse 编译报错：static_assert failed due to requirement 'ranges::bidirectional_range<v>'
这是最常遇到的拦路虎。错误本质是底层范围不支持双向迭代器（即不能用 --it），std::views::reverse 拒绝构造。
-
std::vector、std::list、std::array、std::string都满足ranges::bidirectional_range，放心用 -
std::forward_list、std::istream_view、自定义 range 若只实现begin()/end()但迭代器类型是std::forward_iterator_tag，就会触发该 static_assert - 检查方法：在编译器中尝试
std::declval<decltype(r)>().begin()--;，若不通过，说明不支持反向遍历
std::views::reverse 和 std::reverse 完全不是一回事
名字像，行为天差地别。混淆二者会导致逻辑错误或性能浪费。
-
std::reverse是算法，接收一对迭代器，真实交换容器内元素位置（O(n) 时间 + 修改原数据） -
std::views::reverse是视图，不碰内存，不拷贝，构造开销 O(1)，遍历时靠std::reverse_iterator动态倒走 - 只读场景（如日志回溯、UI 渲染最新项在前）必须用
std::views::reverse；若后续还要正向遍历原容器，也应优先选它避免重复拷贝 - 需要物理翻转数组并持久化？只能用
std::reverse，std::views::reverse改不了底层布局
管道链中使用 std::views::reverse 后，容器修改导致迭代器失效
视图不拥有数据，所有迭代器都指向原始容器。一旦容器被 push_back、erase、resize 等操作改动，原有视图中的迭代器可能已失效。
立即学习“C++免费学习笔记（深入）”；
- 常见现象：
vec | std::views::reverse存为变量后，又对vec调用vec.push_back(42)，再遍历该视图 → 未定义行为（UB） - 正确做法：每次需要新视图时重建，例如封装成可调用对象
auto rev = [](auto&& r) { return r | std::views::reverse; };，然后for (int x : rev(vec)) - 调试时看不到内容？IDE 通常不展开
reverse_view类型；可用.base()访问底层范围，或临时转成std::ranges::to<std::vector>辅助观察
空 range 或嵌套视图下 reverse_view 的边界陷阱
看似安全的操作，在组合或极端输入下容易踩坑。
- 空
std::vector上用std::views::reverse没问题，返回空视图；但紧接着接std::views::front就会 UB（因空视图无首元素） - 嵌套使用如
v | std::views::filter(...) | std::views::reverse仍惰性求值，但每层视图增加间接跳转，频繁访问单个元素时性能略降 -
std::views::reverse返回的视图本身满足common_range（只要底层是），所以.size()可用；但若底层是std::list这类非随机访问容器，.size()是 O(n)，这点容易被忽略
真正麻烦的从来不是“怎么写”，而是“什么时候不该用”——比如把 std::views::reverse 塞进长期缓存的视图变量里，却忘了容器生命周期；或者误以为它能替代 std::reverse 去做排序预处理。这些点不显眼，但上线后难 debug。
