std::ranges::views::reverse仅接受满足range概念的类型，不支持裸指针或双迭代器；需用subrange、span或直接作用于容器；返回懒求值视图，不拷贝数据但依赖原范围生命周期。
std::ranges::views::reverse 不能直接用于非范围类型
它只接受满足 std::ranges::range 概念的类型，比如 std::vector、std::array、原生数组（需用 std::ranges::subrange 或 std::span 包裹），但不能传入单个指针或裸迭代器对。常见错误是试图写 views::reverse(begin, end) —— 这会编译失败，因为 views::reverse 不接受两个迭代器参数。
正确做法是先构造一个范围：用 std::ranges::subrange、std::span，或者直接对容器调用：
std::vector<int> v = {1, 2, 3, 4};
auto reversed = v | std::views::reverse; // ✅
如果只有指针和长度，推荐用 std::span 中转：
int arr[] = {1, 2, 3};
auto reversed = std::span{arr} | std::views::reverse; // ✅
反向视图不是拷贝，修改原容器会影响视图
std::views::reverse 返回的是一个视图（view），底层不复制数据，只重映射迭代器方向。这意味着：
立即学习“C++免费学习笔记（深入）”；
- 对原容器的修改（如
v.push_back(5)）不会自动反映在已创建的reversed视图中 —— 因为视图绑定的是构造时的范围； - 但如果原容器还在生命周期内且未被移动/销毁，视图访问仍是安全的；
- 若原容器析构了，再通过视图读取就是未定义行为（UB）。
典型陷阱：返回局部容器的反向视图：
auto get_reversed() {
std::vector<int> tmp = {1,2,3};
return tmp | std::views::reverse; // ❌ tmp 析构后视图悬空
}
应改为返回容器本身，或明确延长生命周期（如用 std::shared_ptr 或传入引用）。
与传统 reverse_iterator 的关键区别
std::views::reverse 是懒求值、组合友好的视图适配器；而 std::vector::rbegin() 返回的是 reverse_iterator，属于迭代器适配器。二者语义不同：
-
views::reverse可链式组合：v | views::filter([](int x){return x%2;}) | views::reverse； -
rbegin()/rend()无法直接参与管道操作，也不能嵌套过滤后再反转； -
views::reverse的迭代器类型是std::ranges::iterator_t<decltype(v)>的反向封装，不是std::reverse_iterator； - 性能上无本质差异，但
views::reverse多一层间接调用，不过编译器通常能优化掉。
需要 const 正确性时注意 view 的 const 传播
如果源范围是 const std::vector<int>&，那么 | views::reverse 产生的视图也是 const-aware 的 —— 它的迭代器解引用返回 const int&，不能用于修改元素。
但如果你误用了非常量容器却想获得只读视图，别指望 views::reverse 自动帮你 enforce const；它只是忠实地转发底层范围的值类别。真正控制可变性的，是源对象本身的 const 性质和你如何声明接收变量：
const std::vector<int> v = {1,2,3};
auto r = v | std::views::reverse; // r.begin() 解引用 → const int&
// *r.begin() = 4; // 编译错误
容易忽略的一点：视图本身是否可拷贝，取决于底层范围是否可拷贝 —— 原生数组 int[4] 不可拷贝，所以 std::span{arr} | views::reverse 也不可拷贝（除非显式用 std::move 转移）。
