根本原因是treeset默认依赖自然排序，要求元素实现comparable接口；解决方案是显式提供comparator或让类实现comparable，二者必选其一，且需注意空值处理、类型匹配及首次add的测试覆盖。
向TreeSet添加对象时抛出ClassCastException怎么办
根本原因是TreeSet默认依赖自然排序，要求元素类型实现Comparable接口。如果传入的类没实现，运行时就会在第一次调用add()或contains()等涉及比较的操作时抛出ClassCastException——不是编译报错，所以容易漏测。
两种可靠方案：显式提供Comparator或让类实现Comparable
必须二选一，不能跳过。编译器不会帮你检查，JVM只在真正比较时才失败。
- 若无法修改原类（如第三方类、
java.util.Date等），必须在构造TreeSet时传入Comparator：TreeSet<mydata> set = new TreeSet(Comparator.comparing(MyData::getId));</mydata>
- 若可修改类，直接让其实现
Comparable，注意泛型参数要匹配自身：public class MyData implements Comparable<mydata> { ... }</mydata>且必须重写compareTo()，返回值逻辑要满足自反性、对称性、传递性
常见踩坑点：Comparator写错或忘传
最容易忽略的是空值处理和类型不匹配：
- 用
Comparator.comparing()时，如果getId()可能返回null，会抛NullPointerException；应改用Comparator.comparing(MyData::getId, Comparator.nullsLast(Comparator.naturalOrder())) - 误写成
new TreeSet<string>()</string>却往里加Integer，编译能过，但运行时比较会失败——因为泛型擦除后实际比较的是Object，而String和Integer不可比 - 用匿名内部类写
Comparator时，忘记return 0或逻辑分支不全，导致比较结果不符合约定，TreeSet行为不可预测
测试时务必覆盖空集合首次add场景
很多人只测已有元素后的操作，但TreeSet的第一次add()就触发比较器初始化和首元素插入逻辑。如果Comparator为null且元素未实现Comparable，这里立刻崩溃。建议单元测试中单独验证：
TreeSet<uncomparable> set = new TreeSet(myComparator); // 确保非null<br>set.add(new Uncomparable()); // 必须跑通</uncomparable>否则上线后第一个请求就挂。
