Comparable是类内置的自然排序接口，要求类自身实现compareTo()方法，定义唯一默认顺序；Comparator是外部排序策略，支持灵活多变的排序规则、null安全及链式组合。
Comparable 是类的“自带排序身份证”
一个类实现了 Comparable 接口，就等于声明：“我有且只有一种公认的自然顺序”。比如 Integer 按数值升序、String 按字典序，都是靠 compareTo() 方法实现的。
- 必须在类内部实现，改排序逻辑就得动源码——耦合高，但语义清晰
- 用在
TreeSet、TreeMap这类有序集合时，不传比较器也能自动排序 -
compareTo()的参数类型和当前类一致（T o），是“自己比别人”，不能接受null，否则抛NullPointerException - 如果类没实现
Comparable，却直接调用Collections.sort(list)或Arrays.sort(arr)，会报ClassCastException
Comparator 是“随插随用的排序U盘”
Comparator 不属于类本身，而是外部定义的策略。它解决的是“同一个类，这次按年龄排，下次按姓名排，再下次按分数倒序”的灵活需求。
- 可独立写成类、匿名内部类，或更常用——用 Lambda 表达式，比如
(a, b) -> b.getScore() - a.getScore() - 支持对
null值安全比较（如Comparator.nullsFirst()），而Comparable不行 - 适用于你无法修改原类（比如第三方库的类）但又需要排序的场景
- 多个
Comparator可组合：thenComparing()链式调用实现多级排序
什么时候该选哪个？看这三点
不用背概念，直接对照开发现场做判断：
- 是否只有一个“理所当然”的排序方式？比如学生按学号排、订单按创建时间排 → 用
Comparable - 是否要临时切换规则？比如前端传参
sort=age_desc或sort=name_asc→ 必须用Comparator - 是否在用
Stream.sorted()、TreeSet构造函数、或Collections.sort(list, comparator)？这些 API 明确要求/接受Comparator实例
常见踩坑：负数溢出与 null 处理
这两个接口都靠返回负数/零/正数来表达大小关系，但手写时容易翻车：
立即学习“Java免费学习笔记（深入）”；
- 别直接用
a.age - b.age做减法比较——整型溢出会导致结果反转（比如Integer.MAX_VALUE - (-1)变负数）。应改用Integer.compare(a.age, b.age) - 用
Comparator.comparing()时，若字段可能为null，不加处理会抛NullPointerException；正确写法是comparing(Person::getName, nullsLast(String::compareTo)) -
Comparable的compareTo()方法里，自己判断null是非法的，JVM 不允许；而Comparator的compare()方法可以且应该处理null
实际项目里，Comparable 往往只在实体根类上定义一次，而 Comparator 会高频出现在 service 层、controller 层甚至测试中——它才是日常排序的主力。别把它当成备选方案，它是 Java 排序灵活性的真正支点。
