std::ranges::reverse要求参数为可修改的双向迭代器范围且仅接受单个范围参数。它不支持单向迭代器（如std::forward_list）、const容器或rvalue范围，对非随机访问范围性能较低，作用于视图时是否修改原数据取决于视图类型。
std::ranges::reverse要求迭代器必须是双向的
直接对std::vector或std::list这类容器调用std::ranges::reverse没问题，但若传入std::forward_list或某些自定义单向迭代器范围，会编译失败——错误信息通常是no matching function for call to 'reverse'，根本原因是std::ranges::reverse要求bidirectional_iterator概念满足。
实操建议：
- 确认范围首尾迭代器类型：用
static_assert(std::bidirectional_iterator<decltype>)</decltype>提前检查 -
std::forward_list不支持，改用std::ranges::reverse前先转成std::vector或用std::list - 原始数组指针（如
int*）可以，因为指针天然满足bidirectional_iterator
正确传参方式：只接受范围，不接受迭代器对
和老式std::reverse不同，std::ranges::reverse只接受一个参数：满足std::ranges::range概念的对象（比如容器、视图、数组），不接受begin/end两个迭代器。
常见错误现象：写成std::ranges::reverse(v.begin(), v.end()) → 编译报错too many arguments to function。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 对容器直接传：
std::ranges::reverse(v) - 对子范围用视图：
std::ranges::reverse(v | std::views::drop(2) | std::views::take(5)) - 对C数组：
int arr[10] = {}; std::ranges::reverse(arr);
reverse作用于视图时不会修改原数据
如果把std::views::filter或std::views::transform的结果传给std::ranges::reverse，它反转的是视图内部的逻辑顺序，但底层容器不变；而对std::views::subrange（比如v | std::views::slice(1, 5)）调用reverse，则会真正修改原容器对应位置的元素。
实操建议：
- 确认是否需要副作用：想改原数据就用
std::views::subrange或直接传容器；仅需临时逆序遍历，用std::views::reverse更轻量 - 避免误用：对
std::views::filter(v, pred)调用std::ranges::reverse无意义，因为过滤后序列长度不确定，且filter_view不满足std::ranges::random_access_range，多数实现下甚至无法编译
性能注意：非随机访问范围效率较低
std::ranges::reverse对std::list或自定义双向链表范围仍能工作，但时间复杂度是O(n)，空间O(1)；而对std::vector是O(n/2)交换操作。问题在于：若范围只满足bidirectional_iterator但不满足random_access_iterator，算法无法跳转，只能靠--逐步回退，实际性能可能比预期差。
实操建议：
- 优先确保范围是
std::ranges::random_access_range：用static_assert(std::ranges::random_access_range<decltype>)</decltype>验证 - 对
std::list，std::ranges::reverse本质是调用std::list::reverse()，没问题；但对自定义双向迭代器，务必测试迭代器--操作开销 - 别在热循环里对非RA范围反复调用
std::ranges::reverse
std::ranges::range且其reference类型非常量），const容器、临时视图、rvalue范围都会导致编译失败，错误提示往往只说“no match”，得往const和值类别上查。 
