Comparable接口定义类的唯一自然排序规则，使对象能直接用于Arrays.sort()、TreeSet等场景；必须实现于具有稳定公认默认排序逻辑的类，如String按字典序、Integer按数值大小；compareTo需返回负数/0/正数表示小于/等于/大于，注意null处理与多字段逐级比较；其判等逻辑（compareTo==0）影响TreeSet/TreeMap去重，可能与equals不一致。
Comparable 接口的作用是为类定义唯一的、内置的自然排序规则——只要实现了它，对象就能直接参与 Arrays.sort()、Collections.sort()、TreeSet、TreeMap 等需要排序能力的场景，无需额外传比较器。
什么时候必须实现 Comparable？
当你希望这个类的实例「默认就该按某种逻辑排」，且这种逻辑是稳定、公认、不常变的，比如：
-
String按字典序排 —— 所以不用指定也能Collections.sort(list) -
Integer按数值大小排 —— 所以TreeSet自动升序 - 你的
Student类按学号排序、Order类按创建时间排序
这些都属于「自然顺序」：不是临时需求，而是业务语义上最合理的默认行为。
compareTo 方法怎么写才不出错？
核心就一条：返回值必须严格符合语义：负数（小）、0（等）、正数（大）。常见翻车点：
立即学习“Java免费学习笔记（深入）”；
- 用
age - other.age是安全的（int不溢出），但score - other.score若是double就得改用Double.compare(this.score, other.score)，否则 NaN 或精度丢失 - 多个字段组合排序时，别用链式
&&判断后 return，要「逐级委托」：public int compareTo(Student o) { int nameCmp = this.name.compareTo(o.name); if (nameCmp != 0) return nameCmp; return Integer.compare(this.age, o.age); // 升序 } - 如果字段可能为
null，别直接调.compareTo()，先用Objects.compare(this.name, o.name, String::compareTo)或手动判空
和 Comparator 的根本区别在哪？
不是「哪个更好」，而是「谁该负责什么」：
-
Comparable是类的「身份证属性」：一个类最多一个自然顺序，写在类内部，体现“它本来就是这么排的” -
Comparator是外部策略：同一类对象可有多个排序方式（如按年龄升序、按姓名降序、按分数+姓名复合），且不侵入原类 —— 尤其适合你无法修改源码时（比如给第三方库的类加排序） - 违反自然顺序与
equals一致性的类（比如只按 ID 排但equals看 ID+name），务必在 Javadoc 注明：“注意：本类的自然排序与equals不一致”
真正容易被忽略的是：Comparable 不只是为排序服务的。它还决定了 TreeSet 和 TreeMap 的去重逻辑 —— 它们用 compareTo == 0 判等，而非 equals。这意味着：如果你的 compareTo 和 equals 行为不一致，往 TreeSet 里塞两个逻辑上相等但 compareTo != 0 的对象，它们会被当成两个不同元素存进去。
