Collections.reverse()仅支持List，因其实现依赖索引交换；对Set/Map会编译失败或抛ClassCastException；需先转为ArrayList等List实现；操作原地进行、返回void；不适用于数组或基本类型数组。
reverse() 只支持 List，对 Set 或 Map 无效
Collections.reverse() 的底层实现是通过索引交换完成的，所以它只接受 List 类型参数。传入 Set（如 HashSet）或 Map（如 HashMap）会直接抛出 ClassCastException 或编译不通过——因为它们不实现 List 接口，也没有顺序索引的概念。
常见错误现象：Collections.reverse(new HashSet()) 编译失败；Collections.reverse((List) someSet) 运行时报 ClassCastException。
- 必须确保传入的是真正的
List实现，比如ArrayList、LinkedList、Arrays.asList()返回的列表 - 如果手头是
Set，想“翻转”，得先转成List：例如new ArrayList(mySet)，再调用reverse() - 注意：
Arrays.asList()返回的是固定大小列表，若原数组是基本类型（如int[]），需先转为包装类型数组（Integer[]），否则reverse()不起作用
原地翻转，不创建新集合
Collections.reverse() 是就地操作（in-place），它直接修改原 List 的元素顺序，不返回新列表，也不改变集合容量或引用地址。
这意味着：如果你有另一个变量也指向同一个 List 对象，它的顺序也会同步变化；同时，它不会像 Stream.iterate().reduce() 那样产生中间对象，内存开销极小。
- 调用后无需重新赋值：❌
list = Collections.reverse(list)（编译报错，该方法返回void） - 正确写法：✅
Collections.reverse(list)，之后直接使用list - 若需保留原顺序，务必先复制：例如
new ArrayList(originalList)，再对副本调用reverse()
对 LinkedList 性能无优势，别误以为“更配”
有人觉得 LinkedList 天然适合翻转，但 Collections.reverse() 内部用的是双向指针遍历 + 元素交换，对 ArrayList 是 O(n) 时间 + O(1) 额外空间，对 LinkedList 同样是 O(n)，但每次 get(i) 都要从头/尾遍历找节点，实际性能反而略差。
真正高效翻转 LinkedList 的方式是反转其内部指针（如自己写循环调 listNode.next/prev），但 Collections.reverse() 并不这么做——它统一走 list.set(i, list.get(j)) 路线。
- 除非你明确需要
LinkedList的插入/删除特性，否则用ArrayList+reverse()更稳 - 如果数据量极大（百万级），且频繁翻转，考虑是否真需要“翻转”，还是改用栈式访问（
pop()/push()）或反向迭代器（list.listIterator(list.size())）
数组翻转不能直接用，得先转成 List 视图
Collections.reverse() 不接受数组，哪怕是 String[] 或 Integer[]。它只认 java.util.List。试图传数组会编译失败。
典型误用：Collections.reverse(myArray) → 报错 “no suitable method found”。
- 正确做法：用
Arrays.asList(myArray)得到一个List视图，再传给reverse() - ⚠️ 注意：这个视图与原数组是绑定的（修改列表会影响数组，反之亦然），且不支持
add()/remove() - 如果是基本类型数组（
int[]），Arrays.asList(intArray)会把整个数组当一个元素，结果是List<int></int>，根本翻不了 —— 必须先手动转成Integer[]
reverse() 这个看似无害的操作，可能成为隐蔽的副作用源头。 
