TreeSet构造时传入Comparator是唯一可控排序方式，元素需实现Comparable接口或显式提供Comparator，且比较器仅在构造时绑定、不可修改；Lambda写Comparator需注意null安全、返回值符号及多级排序链式调用；add()不报错但重复元素（compare结果为0）被忽略；Comparator必须满足传递性、一致性、反对称性，否则TreeSet行为未定义。
TreeSet 构造时传入 Comparator 是唯一可控排序方式
TreeSet 默认按自然顺序排序，即要求元素实现 Comparable 接口。一旦元素类型不满足（比如自定义类没写 compareTo），或你想覆盖默认逻辑（如按价格降序而非升序），就必须在构造 TreeSet 时显式传入 Comparator 实例。靠重写元素类的 compareTo 不够灵活，也违背单一职责——排序逻辑不该耦合在数据模型里。
常见错误是试图在添加元素后“再设置排序器”，这是无效的：TreeSet 的比较器只在构造时绑定，后续无法修改；调用 set.comparator() 只能读取，不能重置。
用 Lambda 写 Comparator 要注意 null 安全和返回值符号
Java 8+ 推荐用 Lambda 表达式写 Comparator，简洁但容易出错。核心原则：返回负数表示“左边小”，正数表示“左边大”，零表示相等。别直接写 a - b（仅适用于 int），更别写 a > b ? 1 : -1（漏掉相等分支）。
- 对
String字段排序，要用String.compareTo()，不是==或.equals() - 字段可能为
null？必须提前处理，否则抛NullPointerException；可用Comparator.nullsFirst()或Comparator.nullsLast()包装 - 多级排序用
thenComparing()链式调用，比手写嵌套 if 清晰得多
TreeSet<Person> set = new TreeSet<>(
Comparator.comparing((Person p) -> p.getName(), Comparator.nullsLast(String::compareTo))
.thenComparing(p -> p.getAge(), Comparator.nullsFirst(Integer::compareTo))
);TreeSet 的 add() 失败不报错，但也不插入重复元素
这是最容易被忽略的行为：TreeSet 判定“重复”完全依赖 Comparator 的结果。如果两个对象逻辑上不同，但 compare(a,b) == 0，后者就不会被加入——不会抛异常，add() 返回 false，且无日志提示。
立即学习“Java免费学习笔记（深入）”；
典型陷阱：
- 用
Double字段排序时，Double.NaN和任何值比较都返回 0，导致多个含 NaN 的对象被视为重复 - 自定义
Comparator忘记处理所有字段，比如只比了姓名，两个同名不同年龄的人就被当成一个 - 用了
BigDecimal却调用doubleValue()比较，精度丢失引发误判
Comparator 实现必须满足“传递性”和“一致性”，否则 TreeSet 行为未定义
TreeSet 底层是红黑树，严重依赖比较逻辑的数学性质。若你的 Comparator 违反以下任一规则，集合可能丢失元素、遍历乱序、甚至死循环：
-
传递性：若
compare(a,b) <= 0且compare(b,c) <= 0，则必须有compare(a,c) <= 0 -
一致性：多次调用
compare(a,b)必须返回相同结果（除非 a 或 b 自身状态改变） -
反对称性：
compare(a,b)和compare(b,a)符号必须相反
最常破戒的是在比较中引入外部可变状态（如当前时间、随机数、HTTP 请求结果），或者用浮点数直接比较（0.1 + 0.2 != 0.3）。真要按动态值排序，得先预计算并缓存到对象字段里，再基于该字段比较。
