collections是jdk官方维护的静态工具类，方法经充分测试、线程安全（仅限不可变/同步包装器）、性能优化；手写易忽略边界，而collections已内置防御逻辑。
为什么直接用 Collections 而不是手写工具方法
因为 Collections 是 JDK 官方维护的静态工具类，所有方法都经过充分测试、线程安全（仅限不可变/同步包装器类）、且针对常见集合操作做了性能优化。自己实现 reverse 或 shuffle 很容易忽略边界（比如 null 元素、并发修改异常），而 Collections 的对应方法已内置防御逻辑。
Collections.unmodifiableXXX() 真的安全吗
不完全安全 —— 它只防止通过返回的包装器修改结构，但若原始集合仍被持有，依然可被修改。真正“不可变”需配合 copy 或使用 List.of()（Java 9+）等不可变工厂方法。
-
Collections.unmodifiableList(list)返回的列表调用add()会抛UnsupportedOperationException - 但如果原
list后续被其他代码list.add(x)，包装器读取时内容会变 - 推荐替代：Java 10+ 的
List.copyOf(list)（深拷贝语义，且返回真正不可变实例）
排序与查找必须要求 Comparable 吗
不一定。Collections.sort() 和 Collections.binarySearch() 都有重载版本支持自定义 Comparator，绕过元素自身是否实现 Comparable 的限制。
List<String> list = Arrays.asList("banana", "apple", "cherry");
Collections.sort(list, Comparator.comparing(String::length)); // 按长度排序
int pos = Collections.binarySearch(list, "hi", Comparator.comparing(String::length));
注意：binarySearch 前必须确保列表已按同一 Comparator 排序，否则结果未定义。
立即学习“Java免费学习笔记（深入）”；
哪些方法会改变原集合，哪些不会
绝大多数 Collections 方法是“无副作用”的纯函数（如 max、frequency、disjoint），但以下三个会直接修改传入的集合：
-
Collections.reverse(list)—— 就地翻转 -
Collections.shuffle(list)—— 就地打乱（使用默认随机源） -
Collections.swap(list, i, j)—— 就地交换两个索引元素
误把 unmodifiableList 传给 reverse 会立即抛 UnsupportedOperationException；而传给 frequency 这类只读方法则完全没问题。
Collections 不提供“创建新集合”的变换方法（如 map/filter），它专注就地操作或只读查询。需要函数式转换时，应转向 Stream API。 
