java中实现comparable接口必须重写compareto()方法，返回负数、0或正数表示大小关系，需满足自反性、对称性、传递性，并按字段优先级链式比较，正确处理null和浮点数，继承时须调用super.compareto()。
Comparable 接口必须实现 compareTo() 方法
Java 中让一个类支持自然排序，核心就是实现 Comparable 接口，并重写它的 compareTo() 方法。这个方法返回负数、0 或正数，分别表示“当前对象小于、等于、大于”传入的对象。不实现它，编译直接报错：Class must either be declared abstract or implement abstract method compareTo(T) in Comparable。
常见错误是只写了 equals() 或用了 Lombok 的 @Data 却忘了加 @EqualsAndHashCode 和手动实现 compareTo() —— 这两者完全无关，Comparable 不会自动推导。
-
compareTo()的参数类型必须和泛型一致，比如class Person implements Comparable<person></person>，参数就得是Person other - 不能在
compareTo()里抛受检异常（Exception），但可以抛RuntimeException（如校验失败时 throw new IllegalArgumentException） - 返回值别硬写
1/-1，优先用Integer.compare(a, b)、Objects.compare(a, b, String::compareTo)等工具方法，避免整数溢出或 null 崩溃
多字段排序要按优先级链式比较
现实中的排序往往不是单字段，比如先按年龄升序，年龄相同时按姓名字典序。这时不能简单 return age - other.age + name.compareTo(other.name)，因为加法会破坏符号语义，导致逻辑错乱。
正确做法是「逐级判断」：第一字段不等就直接返回；相等再比第二字段。JDK 本身也这么干 —— LocalDateTime.compareTo() 就是先比年、再月、再日……
- 用
Integer.compare(this.age, other.age)得到结果，如果不为 0 就直接 return - 否则继续
this.name.compareTo(other.name)，依此类推 - 如果所有字段都相等，最终 return 0；哪怕中间某字段为 null，也要显式处理（比如用
Objects.compare(this.name, other.name, String::compareTo)）
示例：
public int compareTo(Person other) {
int cmp = Integer.compare(this.age, other.age);
if (cmp != 0) return cmp;
cmp = Objects.compare(this.name, other.name, String::compareTo);
if (cmp != 0) return cmp;
return Boolean.compare(this.active, other.active);
}
compareTo() 必须满足自反性、对称性、传递性
这是 Comparable 的契约，违反会导致 Collections.sort()、TreeSet 行为异常，比如元素“消失”、集合大小不稳定、甚至死循环。最常踩的坑是 null 处理不当或字段类型混用。
- 若字段允许为 null，不能直接调用
field.compareTo()，得先判空（Objects.compare(...)可以帮你兜底） - 避免在
compareTo()里调用可能改变对象状态的方法（比如 setter 或 lazy-init），否则排序过程可能污染数据 - 不要把浮点字段（
double/float）直接用于==或减法比较，要用Double.compare(a, b) - 如果类有继承关系，子类实现
compareTo()时，务必先调用super.compareTo(other)，再比子类特有字段，否则父类字段排序失效
Arrays.sort() 和 TreeSet 会自动触发 compareTo()
一旦类实现了 Comparable，你不用额外指定比较器，Arrays.sort(persons) 或 new TreeSet() 就会默认调用 compareTo()。但要注意：这个“默认”仅对无参构造的排序工具生效；如果你显式传了 Comparator，就会覆盖 Comparable 的逻辑。
-
TreeSet<person> set = new TreeSet();</person>→ 走Person.compareTo() -
TreeSet<person> set = new TreeSet(Comparator.comparing(p -> p.name));</person>→ 走你给的 Comparator，compareTo()彻底被忽略 -
Collections.sort(list)同理；但Collections.sort(list, comparator)会跳过compareTo()
容易被忽略的是：如果对象字段在插入 TreeSet 后被修改，且该字段参与了 compareTo()，那么集合内部结构可能损坏——因为红黑树依赖比较结果维持平衡，而你改了之后没重新插入。
