collections.reverse() 是就地翻转、无返回值的 void 方法，仅适用于 list 实现类，不支持数组；需手动复制才能保留原列表，且非线程安全。
reverse() 会直接修改原列表，不是返回新列表
这是最常踩的坑：Collections.reverse() 是就地翻转（in-place），它没有返回值（void），也不会生成新列表。写成 list = Collections.reverse(list) 会编译报错，因为方法不返回任何东西。
正确做法是直接调用，然后继续用原来的变量：
List<string> list = Arrays.asList("a", "b", "c");
Collections.reverse(list); // ✅ 没有赋值，原 list 已被修改
// 此时 list 是 ["c", "b", "a"]</string>
- 只适用于
List接口的实现类（如ArrayList、LinkedList），不能用于数组或Set - 对
Arrays.asList()返回的列表调用是安全的，但该列表是固定大小的——如果后续要 add/remove，得先包装成new ArrayList(list) - 时间复杂度 O(n)，空间复杂度 O(1)，没有额外拷贝开销
想保留原列表？得手动复制一份再翻转
如果业务逻辑要求原列表不变，必须显式创建副本。别依赖 clone()（很多 List 实现不支持或行为不一致），推荐用构造器：
List<integer> original = Arrays.asList(1, 2, 3, 4); List<integer> reversed = new ArrayList(original); // 复制 Collections.reverse(reversed); // 翻转副本</integer></integer>
-
new ArrayList(list)是最通用、最安全的复制方式 - 用
list.subList(0, list.size())复制不可靠——它返回的是原列表的视图，仍会联动修改 - Stream 方式（如
list.stream().sorted(Collections.reverseOrder())）完全不对路：那是按元素自然序倒排，不是按位置翻转
数组怎么办？Collections.reverse() 压根不接受数组
Collections.reverse() 参数类型是 List>，传入普通数组（比如 int[] 或 String[]）会编译失败。常见错误写法：Collections.reverse(myArray) → 报错 The method reverse(List>) in the type Collections is not applicable for the arguments (String[])
- 对于对象数组（如
String[]），先用Arrays.asList(arr)转成List，再翻转；但注意：这只能用于引用类型，且返回的 List 与原数组共享底层（修改 List 会影响数组） - 对于基本类型数组（如
int[]），Arrays.asList()会把整个数组当一个元素处理，根本翻不了 —— 必须手写循环或用ArrayUtils.reverse()（Apache Commons） - Java 8+ 可用 Stream +
IntStream.range(0, arr.length).mapToObj(i -> arr[arr.length - 1 - i])，但性能差、可读性低，不推荐
并发环境下 reverse() 不是线程安全的
如果多个线程同时读写同一个 List，又在其中调用 Collections.reverse()，结果不可预测。它本身不做同步，也不检查并发修改。
- 即使列表本身是
CopyOnWriteArrayList，reverse()也会抛UnsupportedOperationException（因为其set()方法被禁用） - 真需要并发翻转，得在外层加锁，或者先
toArray()复制，再用单线程翻转副本，最后原子替换引用 - 别试图用
Collections.synchronizedList()包一层就完事——它只同步单个操作，reverse()内部多步 set 操作仍可能被其他线程穿插
实际翻转逻辑很简单，但容易卡在“以为它返回新列表”“误用于数组”“忽略线程场景”这几个点上。尤其是和 Stream API 混用时，很容易下意识写成链式调用，结果发现编译不过或行为异常。
