std::views::reverse 是零开销视图，但需满足 bidirectional_range 约束，否则编译失败；不可缓存，否则容器修改后导致悬垂指针引发 UB；与 std::reverse 语义迥异，不可混用；空 range 后接 front() 会 UB，嵌套视图有间接开销。
std::views::reverse 不是语法糖，它是零开销视图，但用错容器类型或缓存视图对象，编译失败或运行时 UB 几乎必然发生。
std::views::reverse 编译失败：检查 ranges::bidirectional_range 约束
报错信息通常是 static_assert failed due to requirement 'ranges::bidirectional_range<v>'</v>，这不是写法错误，而是编译期硬性约束——要求迭代器必须支持 --it 操作。
-
std::vector、std::list、std::array、std::string、std::deque都满足该概念 -
std::forward_list、std::istream_view<char>明确不满足：前者迭代器无法递减，后者甚至不保存状态 - 自定义 range 不能只提供
begin()/end()；必须让iterator类型显式满足std::bidirectional_iterator，例如重载operator-- - 模板代码中加
static_assert(std::ranges::bidirectional_range<decltype(v)>);，提前暴露问题，比等报错再查快得多
std::views::reverse 运行时崩溃：别缓存视图对象
reverse_view 不持有数据，只持原始 range 的引用或迭代器；容器一动，旧视图大概率变悬垂指针。
- 错误写法：
auto bad_view = vec | std::views::reverse;→vec.push_back(42);→ 再遍历bad_view就是未定义行为（尤其std::vector扩容后所有迭代器全失效） - 安全写法：每次需要时重建，例如
for (int x : vec | std::views::reverse) { /* 安全 */ } - 若需复用逻辑，定义为可调用对象：
auto rev_take3 = std::views::take(3) | std::views::reverse;，再以rev_take3(vec)方式调用——每次都基于当前vec状态构造新视图 - 注意：
erase、resize、insert等操作也可能让已有迭代器失效，不只限于扩容
std::views::reverse 和 std::reverse 混用导致逻辑错乱
名字像，语义和副作用天差地别。混用会导致原容器被意外重排或性能浪费。
立即学习“C++免费学习笔记（深入）”；
-
std::reverse(first, last)是算法：真实交换内存中元素顺序，O(n)时间 + 修改原容器 -
std::views::reverse是视图：构造开销O(1)，不拷贝、不交换、不修改任何数据，仅在访问时用std::reverse_iterator包一层 - 只读场景（如日志倒序展示、UI 渲染“最新在前”）必须用
std::views::reverse；要永久翻转数组才调std::reverse - 误以为两者等价，并对
std::views::reverse的结果调用std::ranges::sort，会导致原容器被意外重排（因为视图迭代器解引用后仍指向原地址）
空 range 和嵌套视图下的边界陷阱
std::views::reverse 作用于空 range 是合法的，返回空视图；但紧接着接 std::views::front 或解引用 begin() 就是未定义行为。
- 调用
std::views::front前，必须先做std::ranges::empty(reversed_view)判断 - 嵌套视图如
v | std::views::filter(...) | std::views::reverse仍惰性求值，但每层增加间接跳转开销；深度嵌套时性能差异可测（尤其 hot loop 中） - 若底层 range 不是
common_range（如某些subrange），reverse_view::end()可能需首次访问时计算，带来微小延迟 - 调试时 IDE 通常不展开
reverse_view类型，可用reversed_view.base()查看底层 range，或临时转成容器：auto vec = std::ranges::to<std::vector>(reversed_view);
