TreeSet传入自定义对象必须实现Comparable，因其底层红黑树在add时依赖compareTo实时比较定位和去重：负数左、0不添加、正数右；否则无Comparator时强转Comparable失败抛ClassCastException。
TreeSet 传入自定义对象时必须实现 Comparable，根本原因在于它的底层排序机制依赖元素自身的比较能力——它需要在插入时动态决定新元素该放在红黑树的哪个位置，并同时判断是否重复。
TreeSet 的排序和去重逻辑靠 compareTo 驱动
TreeSet 不是简单地“存完再排序”，而是在每次 add() 时实时比较、实时定位、实时去重。这个过程必须调用某个方法来回答“a 比 b 大？小？还是相等？”。这个方法就是 compareTo()。
- 返回负数 → 当前对象排在参数对象前面（左子树方向）
- 返回 0 → 视为重复，不添加（保障 Set 唯一性）
- 返回正数 → 当前对象排在参数对象后面（右子树方向）
不实现 Comparable 就会 ClassCastException
TreeSet 默认构造器（new TreeSet()）内部使用的是 TreeMap，它要求所有键（即 TreeSet 中的元素）能相互比较。如果自定义类没实现 Comparable，又没传 Comparator，运行到比较环节就会抛出 ClassCastException——因为类型无法强制转成 Comparable。
比如：ts.add(new Person("张三", 25))，而 Person 类没实现 Comparable，JVM 尝试调用 ((Comparable)obj).compareTo(...) 时失败。
立即学习“Java免费学习笔记（深入）”；
Comparable 是自然排序的契约，不是 TreeSet 的私有要求
Comparable 接口本身与 TreeSet 无关，它是 Java 对“对象具备内在可比性”的统一约定。Integer、String、LocalDateTime 等 JDK 类都实现了它，所以能直接放进 TreeSet。
让自定义类实现它，等于向整个生态声明：“我知道自己该怎么比”，而不是把排序逻辑硬塞进集合工具里。这也意味着同一个类在 Collections.sort()、TreeMap、Arrays.sort() 中都能复用同一套顺序规则。
替代方案：用 Comparator 更灵活，但需显式传入
如果你不想修改类本身（比如第三方类或领域模型），或者需要多种排序方式（按年龄、按姓名、按创建时间），那就别实现 Comparable，改用 Comparator：
- 构造 TreeSet 时传入：
new TreeSet(Comparator.comparing(Person::getAge)) - Lambda 写法：
new TreeSet((p1, p2) -> Integer.compare(p1.getAge(), p2.getAge())) - 注意：Comparator 只在构造时绑定，后续无法更换
