Java中实现Comparable接口的核心是让类定义自然排序规则，以支持Collections.sort()、Arrays.sort()及TreeSet/TreeMap等自动排序；必须实现的场景包括不传Comparator直接排序或放入TreeSet；compareTo()需满足自反性、对称性、传递性，推荐用Objects.compare()避免空指针与溢出；Comparable是类内固有契约，Comparator是外部灵活策略；泛型参数必须与当前类一致，继承时需确保子类compareTo与父类逻辑兼容。
Java里实现 Comparable 接口，核心就一条：让类自己定义“谁大谁小”，从而支持 Collections.sort()、Arrays.sort() 和基于自然序的集合（如 TreeSet、TreeMap）自动排序。
什么时候必须实现 Comparable
当你希望一个类的对象能直接参与“自然排序”——比如不传 Comparator 就能调用 sort()，或放进 TreeSet 时自动去重+有序——就必须实现 Comparable。
- 不实现就调用
Collections.sort(list)→ 抛ClassCastException：“cannot be cast to java.lang.Comparable” -
TreeSet→ 同样报上述异常set = new TreeSet(); set.add(obj); - 注意：仅用于
ArrayList手动遍历比较？不需要实现；仅用Comparator外部排序？也不需要
compareTo() 方法怎么写才不出错
关键不是“返回正/负/零”，而是返回值语义必须与“自然顺序”一致，且满足自反性、对称性、传递性。常见翻车点：
- 用减法计算数值差（如
a.age - b.age）→ 可能整数溢出，返回错误符号 - 比较字符串用
==或忽略大小写但没处理null→NullPointerException - 多个字段组合排序时，前一个字段相等才比较下一个，但漏了嵌套
return分支 - 字段为包装类型（如
Integer）却直接用比较 → 拆箱空指针
推荐写法：统一用 Objects.compare(（JDK 7+）或各类型自己的 
compare() 静态方法：
public class Person implements Comparable{ private String name; private Integer age; @Override public int compareTo(Person other) { int nameCmp = Objects.compare(this.name, other.name, String::compareTo); if (nameCmp != 0) return nameCmp; return Objects.compare(this.age, other.age, Integer::compareTo); }}
Comparable 和 Comparator 什么关系
Comparable是“类声明自己怎么比”，属于类的固有契约；Comparator是“别人临时给一套比法”，完全外部化、可复用、可匿名。
- 一个类只能有一个
compareTo()，但可以有无数个ComparatorTreeSet构造时传Comparator，就无视类自身的Comparable- 当对象字段含
null，又不想改原类逻辑，用Comparator.nullsFirst()更灵活- 性能上无差异；选择依据是“排序规则是否属于该类本质特征”——日期类按时间排，是；用户列表按昵称拼音排，通常不是
泛型参数写错会怎样
必须写
implements Comparable，不能写Comparable或裸写Comparable（原始类型）。
- 写成
Comparable→ 编译报错：“incompatible types: Object cannot be converted to Person”- 只写
Comparable（无泛型）→ 编译通过，但compareTo()参数是Object，需手动强转，失去类型安全，运行时易崩- 泛型实参和类名不一致（如
Comparable）→ 编译期就能发现逻辑矛盾真正容易被忽略的是：如果类继承自另一个已实现
Comparable的父类，子类必须确保compareTo()与父类逻辑兼容，否则TreeSet中可能违反“相等对象 hashcode 相同”的隐含假设，导致行为诡异。
