ClassCastException 是因自定义对象未实现 Comparable 或未提供 Comparator 导致排序时无法比较大小；必须显式实现 Comparable 接口或传入 Comparator，同时注意 null 处理与类型一致性。
调用 Arrays.sort() 对自定义对象数组排序时，ClassCastException 是最常遇到的运行时异常，根本原因是 Java 无法确定两个对象谁“大”谁“小”。它不是语法错误，而是逻辑缺失——你没告诉 JVM 怎么比。
确保对象类型可比较（不依赖默认）
Java 对基本类型和 String、Integer 等内置类已实现 Comparable，但你的自定义类（如 Product、Order）默认不实现该接口。直接调用 Arrays.sort(arr) 就会抛出 ClassCastException。
- 不要假设重写了
equals()或toString()就能排序——它们和排序无关 - 不要试图靠字段名或 getter 名字“触发”自动排序——Java 不识别这种约定
- 如果数组里混有
null元素，且比较逻辑没处理，也可能间接导致该异常（尤其在Comparator中调用.compareTo()时）
两种安全路径：选一个，别裸调
必须显式提供比较规则，只有两条合法路径：
-
路径一：让类实现
Comparable<YourClass>——适合定义“唯一自然顺序”，比如Book按 ISBN 升序是它的本质属性
需重写compareTo()，内部用Objects.compare()、Integer.compare()、String.compareTo()等安全方法，避免==或NullPointerException -
路径二：传入
Comparator——更常用、更灵活，无需改类源码
推荐用Comparator.comparing()链式写法，例如：Arrays.sort(orders, Comparator.comparing(Order::getStatus).thenComparing(Order::getAmount))
空值与类型一致性检查
即使写了 Comparator，仍可能因数据问题触发 ClassCastException：
- 确认数组元素全是同一类型（比如全是
Employee），不能混入String或null（除非你在Comparator中明确处理null） - 对可能为
null的字段，用Comparator.nullsLast()或Comparator.nullsFirst()包装，例如：Comparator.comparing(Person::getDepartment, Comparator.nullsLast(String::compareTo)) - 避免在 lambda 中直接调用
obj.field.toString()——若field为null，会先抛NullPointerException，再可能被误读为类型转换问题
调试时快速定位问题
看到 ClassCastException: XXX cannot be cast to java.lang.Comparable，按顺序查：
- 打印数组类型：
System.out.println(arr.getClass().getComponentType())，确认是不是你预期的类 - 检查数组是否为空或含
null元素（Arrays.stream(arr).anyMatch(Objects::isNull)） - 如果是用了
Comparator版本，把 comparator 单独提取出来测试：传两个真实对象进去看是否返回 int 值，而不是抛异常
