Arrays.sort() 报 ClassCastException 是因元素未实现 Comparable 接口，解决方法为实现 Comparable 或传入 Comparator；Comparator 更灵活，链式调用顺序决定排序优先级，TreeSet/Map 的 Comparator 会持久生效。
为什么 Arrays.sort() 直接报 ClassCastException
因为 Java 默认不认得你的类怎么比大小。Arrays.sort() 和 Collections.sort() 要求元素实现 Comparable 接口，否则运行时抛出 ClassCastException: YourClass cannot be cast to java.lang.Comparable。
解决方法只有两个：要么让类自己实现 Comparable，要么外部传一个 Comparator。别指望编译器自动推断字段顺序。
- 实现
Comparable适合「自然排序」逻辑稳定、单一的场景（比如按 ID 升序是唯一合理默认） - 用
Comparator更灵活，支持多字段、逆序、空值处理，也避免污染领域对象
实现 Comparable 时 compareTo() 怎么写才安全
核心原则：必须满足自反性、对称性、传递性，且不能返回随机值或依赖可变字段。常见翻车点：
- 用
==比较引用类型字段（比如name == other.name）→ 改用Objects.equals(a, b) - 数值字段直接减法（如
this.age - other.age）→ 可能整型溢出，改用Integer.compare(this.age, other.age) - 忽略
null：若字段可能为null，必须显式判断，或用Comparator.nullsFirst(Comparator.naturalOrder())
示例（安全写法）：
立即学习“Java免费学习笔记（深入）”；
public class User implements Comparable{ private String name; private Integer age; @Override public int compareTo(User o) { int nameCmp = Objects.compare(this.name, o.name, String::compareTo); if (nameCmp != 0) return nameCmp; return Integer.compare(this.age, o.age); // 不用 this.age - o.age }}
用
Comparator链式构造多条件排序时字段顺序很重要
Comparator.comparing()返回的是「主序」，后续thenComparing()是次序。顺序错了，结果就错——不是语法报错，而是逻辑错误，很难一眼发现。
- 先按部门升序，再按薪资降序：用
comparing(User::getDept).thenComparing(User::getSalary, Comparator.reverseOrder())- 想把
null排前面？必须显式指定：comparing(User::getName, Comparator.nullsFirst(String::compareTo))- 避免重复计算：如果比较逻辑复杂（如解析 JSON 字段），提取成方法并加
@SuppressWarnings("unchecked")不如用 lambda + 局部变量缓存一句话：链式调用的顺序 = SQL 中
ORDER BY a, b DESC的字段顺序，错一位，全白排。Stream
sorted()和集合原地排序的区别在哪
List.sort(Comparator)是原地修改，不创建新列表；而stream().sorted().collect(...)必然生成新集合，且中间流操作无法复用已有排序结构。
- 大数据量且只用一次排序结果 → 优先
list.sort()，省空间少 GC- 需要保留原始顺序，或后续还要 map/filter → 用 stream，语义清晰
- 注意：
stream().sorted()底层仍调用Timsort，性能和Arrays.sort()基本一致，别误以为“流式=慢”最容易被忽略的一点：
TreeSet或TreeMap构造时传入的Comparator会持久化使用，之后所有增删查都按此规则——它不是一次性排序工具，而是数据结构契约的一部分。
