Comparable接口要求对象自身实现compareTo()方法，使TreeSet/TreeMap能按此规则自动排序；Arrays.sort()和Collections.sort()也依赖该接口，否则编译或运行时报错。
Com
它不靠集合自己实现排序逻辑，而是要求存进去的对象“自己会比大小”。只要类实现了 Comparable 接口并重写 compareTo() 方法，TreeSet 和 TreeMap 在插入、查找、遍历时就会按这个规则自然排序。
注意：这和 ArrayList + Collections.sort() 是两套机制——前者是“容器自带排序能力”，后者是“外部临时排序”。
-
TreeSet内部用红黑树，所有元素必须能比较，否则构造时抛ClassCastException -
TreeMap的 key 必须实现Comparable（或传入Comparator），value 不要求 - 如果类没实现
Comparable，又没给TreeSet传Comparator，运行时第一次调用add()就会报错
compareTo() 返回值到底代表什么
返回负数、0、正数，分别表示“当前对象小于/等于/大于”参数对象。不是布尔值，也不是固定 -1/0/1 —— 只要符号对就行。
常见错误是只写 return this.age - o.age;，在 age 是 int 且可能溢出时（比如一个为 Integer.MAX_VALUE，另一个为负数），结果会翻转。Java 9+ 推荐用 Integer.compare(this.age, o.age)。
public int compareTo(Person o) {
int nameCmp = this.name.compareTo(o.name);
if (nameCmp != 0) return nameCmp;
return Integer.compare(this.age, o.age); // 安全比较整数
}Arrays.sort() 和 Collections.sort() 为什么也依赖 Comparable
这两个方法底层都调用 Timsort，但前提是数组或列表里的元素类型实现了 Comparable。否则编译不过（泛型擦除后类型检查失败）或运行时报 ClassCastException。
-
Arrays.sort(personArray)要求personArray元素类型实现Comparable -
Collections.sort(personList)同理，且要求personList是List extends Comparable> - 如果不想改类定义，可以用带
Comparator的重载版本绕过
String、Integer 等类为啥不用自己写 compareTo 就能排序
因为 JDK 已经在这些类里实现了 Comparable。比如 String 按字典序，Integer 按数值大小，LocalDateTime 按时间先后——它们的 compareTo() 是开箱即用的。
但要注意：自定义类哪怕字段全是可比较类型，也不会自动获得比较能力。比如有个 class User { String name; int age; }，不显式实现 Comparable，就无法放进 TreeSet。
容易被忽略的一点：泛型边界约束（如
