Arrays.sort()对自定义对象排序需实现Comparable接口或传入Comparator；未实现时抛ClassCastException；推荐用Comparator.comparing()等lambda方式灵活定义多字段排序逻辑。
Arrays.sort() 要求对象实现 Comparable 接口
Java 的 Arrays.sort() 对自定义对象数组排序时，**不会自动按字段值排**——它默认调用对象的 compareTo() 方法。如果类没实现 Comparable，运行时会抛出 ClassCastException 或编译不通过（取决于重载版本）。
所以第一步不是写排序逻辑，而是确认你的类是否已实现 Comparable，且 compareTo() 返回值符合自然顺序语义（负数表示“小于”，0 表示“等于”，正数表示“大于”）。
- 常见错误：只重写了
toString()或equals()，误以为这会影响排序 - 常见错误：
compareTo()里用了==比较字符串或包装类型，应改用.equals()或Integer.compare()等安全方法 - 若类由第三方提供且不可修改，跳过此方式，直接用带
Comparator的重载版本
用 Comparator 临时定义自然顺序（推荐多数场景）
比起修改类本身，更灵活、更常被采用的方式是传入一个 Comparator。尤其当你需要多种排序逻辑（如按姓名升序、按年龄降序），或无法修改目标类源码时，这是唯一选择。
Java 8+ 可用方法引用或 lambda 快速构建：Comparator.comparing() 是最简洁的入口。
- 按单个字段升序：
Arrays.sort(people, Comparator.comparing(p -> p.name)) - 按整型字段升序（避免空指针）：
Arrays.sort(people, Comparator.comparing(Person::getAge, Comparator.nullsLast(Integer::compareTo))) - 多字段组合：
Arrays.sort(people, Comparator.comparing(Person::getLastName).thenComparing(Person::getFirstName)) - 注意：lambda 中若访问可能为 null 的字段，需手动判空或用
Comparator.nullsFirst()/nullsLast()
原始类型数组 vs 对象数组的 sort 行为差异
Arrays.sort() 对 int[]、double[] 等原始类型数组，使用的是优化过的双轴快排；而对 Person[] 这类对象数组，底层用的是 **Timsort**（稳定、适应性强）。这个差异不直接影响你写法，但会影响两个实际问题：
- 性能预期不同：对象排序因涉及方法调用和引用比较，通常比同长度原始数组慢 2–5 倍
- 稳定性重要：Timsort 是稳定的，相同 key 的元素相对位置不变——如果你依赖这个特性（比如先按部门排、再按入职时间排），不能换成
Collections.sort()后转回数组，除非确保原数组引用关系仍被维护 - 别误用
Arrays.sort(int[])的写法去排Integer[]：前者是原始类型专用，后者是对象数组，必须走对象排序路径
常见报错与绕过技巧
最典型的错误信息是：java.lang.ClassCastException: Person cannot be cast to java.lang.Comparable。这说明你调用了无参 Arrays.sort(Object[])，但数组元素类型未实现 Comparable。
- 立刻检查：是不是把
Person[]传给了Arrays.sort(Object[])却忘了加Comparator参数？ - 另一个陷阱：泛型擦除导致 IDE 不报错但运行时报错，例如声明为
Object[] arr = new Person[10]，此时Arrays.sort(arr)就会失败，因为 JVM 看到的是Object[]，不是Person[] - 快速验证方式：在排序前加一行
System.out.println(people[0].getClass().isAssignableFrom(Comparable.class));，结果为false就得换方案
真正麻烦的不是写不出排序代码，而是混淆了“自然顺序”的归属——它要么属于类自身（通过 Comparable），要么由外部明确指定（通过 Comparator）。没想清楚这点，所有调试都会在错误的方向上打转。
