Collections.reverse()仅适用于List，对Set或Map编译失败；它是就地反转，不创建新列表；泛型安全但需确保元素类型一致；时间复杂度O(n/2)，大数据量可手动swap优化。
reverse 方法只能反转 List，不能用于 Set 或 Map
Collections.reverse() 是 Java 集合工具类中的静态方法，但它只接受 List 类型参数。传入 Set、Map 或其他非 List 实现会直接编译失败——因为方法签名明确是 public static void reverse(List> list)。
常见误用场景包括：试图对 HashSet 或 TreeSet 调用该方法，或把 map.keySet()（返回 Set）直接传进去。这类操作连编译都过不去，错误信息通常是：The method reverse(List>) in the type Collections is not applicable for the arguments (Set)。
如果真需要“反转”非 List 集合，得先转成 List，例如：new ArrayList(set)，再调用 reverse()；但要注意这仅反转副本，不改变原集合结构。
原地反转，不创建新 List
Collections.reverse() 是就地操作（in-place），它直接修改传入的 List 对象内部元素顺序，不返回新列表，也不改变原对象引用。
立即学习“Java免费学习笔记（深入）”；
这意味着：
- 如果传入的是
Arrays.asList()返回的固定大小列表，反转后原数组内容也会被改写（因为底层共享数组） - 如果传入的是
new ArrayList(original)的副本，那只是副本被反转，原集合不受影响 - 如果传入的是不可变列表（如
Lists.newArrayList()来自 Guava，或List.of()创建的不可变实例），运行时会抛出UnsupportedOperationException
示例：
String[] arr = {"a", "b", "c"};
List list = Arrays.asList(arr);
Collections.reverse(list);
// 此时 arr == {"c", "b", "a"}，因为 list 和 arr 共享底层数组
泛型擦除不影响使用，但需注意运行时类型安全
Collections.reverse() 声明为 reverse(List>)，所以能接受任意类型的 List，比如 List、List，甚至原始类型数组包装的 List。编译器不会报泛型警告。
不过要注意：虽然方法不关心具体类型，但如果 List 中混入了不同类型的对象（比如手动往 List 里 add 了 String 和 Integer），反转本身仍能成功——它只交换引用位置，不校验类型。真正出问题往往在后续遍历时发生 ClassCastException。
所以反转前最好确认 List 是类型安全的，尤其是从外部接收或反射构造的集合。
性能和替代方案：小列表够用，大数据量可考虑 Collections.swap
Collections.reverse() 时间复杂度是 O(n/2)，内部用双指针遍历一半长度，逐个调用 swap()。对大多数业务场景（几千以内元素）完全够用。
但如果要频繁反转、或在性能敏感路径（如实时数据处理循环中），可以自己用 Collections.swap(list, i, list.size()-1-i) 手动控制，避免方法调用开销；或者对只读场景，用 Lists.reverse(list)（Guava）返回一个视图，不实际移动元素。
另外注意：LinkedList 反转比 ArrayList 略慢，因为每次 get(i) 在链表中是 O(n) 操作，而 reverse() 内部依赖 set() 和 get() —— 所以对大 LinkedList，建议先转成 ArrayList 再反转。
最常被忽略的一点是：很多人以为 reverse() 能“撤销排序”，其实它只是按当前顺序倒放，和是否有序无关。如果你刚用 Collections.sort() 排过序，再反转确实能得到降序效果；但如果原列表是乱序的，反转后还是乱序，只是顺序颠倒而已。
