collections.sort()要求元素实现comparable接口或传入comparator，否则抛classcastexception；仅支持list，不支持set/map；排序为就地修改，需注意线程安全与深拷贝。
为什么 Collections.sort() 不能直接排序 ArrayList<string></string> 以外的类型？
因为 Collections.sort() 要求集合元素实现 Comparable 接口，否则会抛出 ClassCastException。比如对 ArrayList<user></user> 直接调用 sort()，若 User 没有实现 Comparable，运行时就会失败。
- 常见错误现象：
java.lang.ClassCastException: User cannot be cast to java.lang.Comparable - 解决路径只有两条：让类实现
Comparable（自然排序），或传入Comparator（定制排序） - 注意：该方法只支持
List，对Set、Map等不适用；若需排序TreeSet或TreeMap，应改用构造时传入Comparator
用 Comparator 匿名内部类或 Lambda 排序自定义对象
这是最灵活、最常用的方式，尤其适合多字段、条件化、反向等复杂排序逻辑。
- Java 8+ 强烈推荐用 Lambda 替代匿名类，更简洁且可读性高
- 多个字段排序建议链式调用
thenComparing()，避免手写嵌套if-else - 注意
null值处理：Comparator.nullsFirst()和Comparator.nullsLast()必须显式包裹，否则NullPointerException很容易发生
List<User> users = new ArrayList<>();
users.add(new User("Alice", 30));
users.add(new User("Bob", 25));
users.add(new User(null, 28));
Collections.sort(users, Comparator.nullsFirst(
Comparator.comparing(User::getName)
.thenComparing(User::getAge)
));
Collections.sort() 和 List.sort() 有什么区别？
两者行为一致，但调用方式和兼容性不同：前者是静态工具方法，后者是 List 接口默认方法（Java 8+）。
-
Collections.sort(list)兼容所有 JDK 版本（只要 ≥ 1.2），但要求list是可修改的ArrayList或LinkedList；传入Arrays.asList()返回的不可变列表会抛UnsupportedOperationException -
list.sort(comparator)更直观，且能被 IDE 更好识别；但若list是unmodifiableList，同样会失败 - 性能无差异，底层都调用
Arrays.sort()的双轴快排实现（对对象数组）
排序后原集合被修改，如何避免副作用？
Collections.sort() 是就地排序（in-place），直接修改原 List。如果业务需要保留原始顺序，必须手动复制。
立即学习“Java免费学习笔记（深入）”；
- 别用
new ArrayList(original)后再排序——这只是浅拷贝，若元素是可变对象，后续修改仍会影响原集合 - 真正安全的做法取决于元素类型：若元素不可变（如
String、Integer），浅拷贝足够；若为自定义对象，需确保其字段不可变，或实现深拷贝逻辑 - 函数式风格可选
stream().sorted().collect(Collectors.toList())，但要注意这会新建对象，且性能略低（尤其大数据量）
最容易被忽略的是：排序操作本身不是线程安全的。如果多个线程同时对同一 List 调用 sort()，结果不可预测——得加锁或改用并发集合（但注意，并发集合本身不提供排序方法）。
