Comparable接口为类定义唯一默认排序规则，实现后对象可直接用于TreeSet、TreeMap及Arrays.sort()等；重写compareTo需规避溢出、空指针和equals不一致三坑，多字段排序应链式短路判断，且Comparable与Comparator分工明确、可共存。
Comparable接口就是让对象“自己会比大小”
它不干别的，只做一件事：给类定义一个默认的、唯一的排序规则。比如 String 默认按字典序排，Integer 默认按数值大小排——这种“天生就知道怎么排”的能力，就是靠实现 Comparable 接口来的。
- 只要类实现了
Comparable<t></t>，它的实例就能直接扔进TreeSet、TreeMap，或调用Collections.sort()、Arrays.sort()自动排序 - 不需要额外传比较器，因为排序逻辑已经“长在类里面”了
- 一个类只能有一个
compareTo实现，所以自然顺序只能有一种——这是设计约束，不是缺陷
重写compareTo方法时，必须避开三个典型坑
很多人写 return this.age - other.age; 看似简洁，但实际埋雷。真正安全、规范的写法得考虑类型、溢出和一致性。
-
别直接相减整数：当
age是int且可能接近Integer.MAX_VALUE时，this.age - other.age会整数溢出，返回错误符号。应改用Integer.compare(this.age, other.age) -
参数类型要严格匹配：如果
compareTo(Student other)里传入非Student对象（比如null或其他类型），运行时抛ClassCastException。建议开头加空值校验：if (other == null) throw new NullPointerException(); - compareTo 返回 0 时，最好让
equals()也返回 true：否则放进TreeSet可能出现“两个逻辑相等的对象都被保留”的异常行为
多字段排序不是叠加，而是“优先级链式判断”
想先按年龄升序、年龄相同时再按姓名字典序？不能写成两个 return，得用“短路判断”结构。
public int compareTo(Student other) {
int ageCompare = Integer.compare(this.age, other.age);
if (ageCompare != 0) {
return ageCompare;
}
return this.name.compareTo(other.name);
}- 第一字段比较结果不为 0，就立刻返回，绝不进入第二字段逻辑
- 每个字段都用其对应的安全比较方法（
Integer.compare、String.compareTo、Objects.compare等） - 如果字段是自定义对象（如
Address），确保它自己也实现了Comparable，否则委托调用会失败
Comparable 和 Comparator 不是替代关系，而是分工明确
当你看到别人用 Comparator.comparing(Student::getAge).reversed()，别误以为它“比 Comparable 更高级”。它们解决的是不同层面的问题。
立即学习“Java免费学习笔记（深入）”；
-
Comparable回答：“这个类默认该怎么排？”——适合有唯一自然语义的场景，比如Order按创建时间倒序、Money按金额升序 -
Comparator回答：“这次我想怎么排？”——适合临时切换规则，或你根本没法改第三方类源码（比如给java.time.LocalDateTime加个按小时分组的排序） - 两者可以共存：类实现
Comparable提供基础排序，再用Comparator做临时覆盖，互不干扰
最容易被忽略的一点是：Comparable 的排序逻辑一旦发布到生产环境，修改成本很高——它会影响所有依赖自然顺序的集合操作。所以首次设计时就要想清楚，这个“默认”到底该是什么。
