Collections工具类提供静态辅助方法，不直接增删改查集合；sort()要求元素实现Comparable或传Comparator，否则ClassCastException；unmodifiableXXX返回只读视图而非深拷贝；fill、swap、reverse会修改原集合；Stream替代部分操作更函数式。
Java 的 Collections 工具类不是用来“增删改查”集合的，它只提供静态辅助方法，且绝大多数操作对象是 Collection 接口的实现（如 ArrayList、LinkedList），不直接操作数组或流。
为什么调用 Collections.sort() 会抛 ClassCastException
这个错误通常发生在集合元素没有实现 Comparable 接口，又没传入 Comparator 时。比如对 ArrayList 直接调用 Collections.sort(list) 就会失败——StringBuilder 没有重写 compareTo()。
- 解决办法：要么让元素类实现
Comparable，要么显式传入Comparator - 注意：该方法只支持
List，对Set或Queue调用会编译报错 -
Collections.sort()底层调用的是Arrays.sort()，时间复杂度为O(n log n)，且是稳定排序
ArrayListlist = new ArrayList<>(Arrays.asList("c", "a", "b")); Collections.sort(list); // ✅ 可行，String 实现了 Comparable Collections.sort(list, Comparator.reverseOrder()); // ✅ 自定义顺序
Collections.unmodifiableXXX() 真的安全吗？
这类方法（如 unmodifiableList()、unmodifiableMap()）返回的是原始集合的“只读视图”，不是深拷贝。如果原始集合后续被修改，只读视图也会反映变化，甚至可能抛 ConcurrentModificationException。
- 它只拦截
add()、remove()等结构性修改方法，不阻止内容对象自身的状态变更（例如 list 里存的是可变对象，仍可调用其 setter） - 若需真正不可变，应优先考虑
java.util.ImmutableCollections（Java 10+ 的List.of()、Map.of()）或 Guava 的ImmutableList - 返回的包装类内部仍持有原集合引用，内存无法释放，慎用于大集合长期持有
Listmutable = new ArrayList<>(Arrays.asList("x", "y")); List unmod = Collections.unmodifiableList(mutable); mutable.add("z"); // ✅ 原集合仍可改 System.out.println(unmod); // 输出 [x, y, z] —— 视图同步变化
哪些方法会修改原集合，哪些不会？
Collections 中绝大多数方法都不修改原集合，但有三个例外必须警惕：
立即学习“Java免费学习笔记（深入）”；
-
Collections.fill(list, obj)：用指定元素覆盖 list 所有位置（要求 list 非空且已初始化容量） -
Collections.swap(list, i, j)：交换 list 中两个索引处的元素（不检查索引越界，越界直接抛IndexOutOfBoundsException） -
Collections.reverse(list)：就地翻转 list 顺序（同样不复制，直接改原 list） - 其余如
max()、frequency()、disjoint()等均为只读操作
尤其注意：fill() 对 Arrays.asList() 返回的固定大小 list 会抛 UnsupportedOperationException，因为底层是 Arrays$ArrayList，不支持 set 以外的写操作。
替代方案：什么时候不该用 Collections？
Java 8 引入 Stream 后，很多传统 Collections 场景已被更清晰、更函数式的写法取代：
- 查找最大值：
Collections.max(list)→list.stream().max(Comparator.naturalOrder()).orElse(null) - 统计频次：
Collections.frequency(list, "a")→(int) list.stream().filter("a"::equals).count() - 批量替换：
Collections.replaceAll(list, "old", "new")→list.replaceAll(s -> "old".equals(s) ? "new" : s)
Stream 方式天然支持并行（parallelStream()），且链式调用更易组合逻辑；而 Collections 方法多为孤立操作，难以组合，也缺乏延迟执行特性。
真正容易被忽略的一点是：Collections 的所有方法都要求传入非 null 集合引用，否则直接抛 NullPointerException——它不做任何空值防护，连 emptyList() 这种工厂方法返回的也是不可变单例，不能往里 add。
