std::reverse_iterator 是普通迭代器的包装，无需手动构造；推荐用 auto it = vec.rbegin() 遍历，其 * 和 -> 操作底层迭代器减一位置，base() 返回比当前反向位置多一位的原始迭代器。
std::reverse_iterator 不是独立类型，而是对普通迭代器的包装；直接用 rbegin() 和 rend() 就够了，手动构造 std::reverse_iterator 多数时候画蛇添足。
反向遍历容器最简写法：用 rbegin/rend 配合 auto
所有标准容器（std::vector、std::list、std::deque 等）都提供 rbegin() 和 rend() 成员函数，返回 std::reverse_iterator 类型，但你完全不需要显式写出这个类型名。
推荐写法：
for (auto it = vec.rbegin(); it != vec.rend(); ++it) {
std::cout << *it << " ";
}注意：rend() 指向的是「逻辑上的第一个元素前一个位置」，即反向遍历时的结束哨兵，不是容器开头；它解引用是未定义行为。
立即学习“C++免费学习笔记（深入）”；
-
rbegin()等价于std::reverse_iterator(end()) -
rend()等价于std::reverse_iterator(begin()) - 不要对
rend()调用*it或it->
什么时候必须显式写 std::reverse_iterator？
只有两种典型场景需要手动指定类型：
- 函数模板参数推导失败，需显式传入迭代器类型（如某些算法适配）
- 声明成员变量或函数返回类型时，接口契约要求明确类型（少见）
例如，给 std::binary_search 传反向迭代器时，如果容器是 const 的，rbegin() 返回 const_reverse_iterator，而你可能需要统一成非 const 版本：
std::vectorv = {1,2,3,4,5}; auto rit = std::reverse_iterator(v.end()); // 显式构造，绕过 const 推导
但更常见且安全的做法是：先确保容器非常量，或直接用 std::vector 声明。
reverse_iterator 解引用和 operator-> 的行为陷阱
std::reverse_iterator 的 * 和 -> 实际操作的是它内部封装的「底层迭代器减一后的位置」。这意味着：
- 底层迭代器必须支持
--（即不能是std::forward_list::iterator—— 它不支持反向遍历） - 对
std::vector、std::string这类随机访问容器，reverse_iterator也是随机访问的；但对std::list，它只是双向迭代器 -
it.base()返回它封装的原始迭代器，但该值比当前反向位置「多一位」：即rit.base() == next(rit)（逻辑上）
误用 base() 是高频错误：
std::vectorv = {10,20,30}; auto rit = v.rbegin(); // 错！下面这行打印的是 20，不是 30 std::cout << *(rit.base()) << "\n"; // base() 指向 end()，解引用非法 // 正确获取对应正向位置：rit.base() - 1 std::cout << *(rit.base() - 1) << "\n"; // 输出 30
替代方案：C++20 范围库让反向遍历更直观
如果你用 C++20，std::ranges::reverse_view 更自然，也避免手写迭代器边界：
for (int x : std::ranges::reverse_view{vec}) {
std::cout << x << " "; // 直接按反向顺序取值
}它不暴露迭代器，无 rbegin/rend 边界匹配风险，也不依赖容器是否支持 reverse_iterator（只要支持 begin/end 即可）。但注意：它生成的是视图，不拷贝数据；若原容器生命周期短于循环，会悬垂。
真正容易被忽略的一点：反向迭代器的性能开销几乎为零（只是包装指针或整数），但它的语义容易让人误以为“自动优化了遍历路径”——其实它只是把正向逻辑翻转了一遍，底层移动仍是逐个 -- 或 += -1。别指望它比正向快，也别在 std::forward_list 上强用它（编译不过）。
