TreeSet不适合直接用于对象属性去重，因其依赖Comparator判断“重复”，仅按指定属性排序去重，不保证原顺序且易误删；适用场景是需按某属性排序并去重同值对象。
为什么 TreeSet 不适合直接用于对象属性去重
因为 TreeSet 依赖 Comparator 或元素自身的 compareTo() 判断“相等”，但它不重写 equals() 和 hashCode()，所以和 Stream.distinct() 或 LinkedHashSet 的“去重逻辑”本质不同——它去的是“排序意义上的重复”，不是“集合意义上的唯一”。如果你只关心某字段唯一、又想保留顺序，TreeSet 反而容易误删或打乱。
TreeSet 配合 Comparator 真正适用的场景
适用于：需要按某属性排序 + 去除该属性值完全相同的对象（即“同名只留一个”，且你接受它按该属性自动排序）。
- 必须确保
Comparator的比较逻辑和“去重要求”一致：比如按id去重，就只比较id；若还混入name，可能两个id相同但name不同的对象被当成不重复 -
TreeSet构造时传入的Comparator必须满足“自反性、传递性、对称性”，否则可能抛IllegalArgumentException: Comparison method violates its general contract! - 示例中若
User的id为null，默认Comparator.nullsFirst(Comparator.naturalOrder())要显式处理，否则NullPointerException
简短示例：
TreeSet<user> set = new TreeSet((u1, u2) -> {
if (u1.getId() == null && u2.getId() == null) return 0;
if (u1.getId() == null) return -1;
if (u2.getId() == null) return 1;
return u1.getId().compareTo(u2.getId());
});
set.addAll(userList); // 此时 set 中 id 不重复，且按 id 升序</user>
比 TreeSet 更直接的替代方案
如果目标只是“按某属性去重并保持原顺序”，用 Stream + Collectors.toCollection() 配合 LinkedHashSet 更自然、更少陷阱：
-
TreeSet强制排序，而多数业务要的是“第一个出现的留下”，这得靠额外标记或二次遍历 -
Collectors.toMap()易写但会丢失类型（返回Map），需再取.values() - 推荐写法：
userList.stream().collect(Collectors.collectingAndThen(Collectors.toMap(User::getId, Function.identity(), (u1, u2) -> u1), Map::values))，其中(u1, u2) -> u1表示冲突时保留第一个
容易被忽略的 Comparator 细节
用 TreeSet 去重时，只要两个对象在 Comparator 下比较结果为 0，就被视为“重复”，哪怕其他字段天差地别。这意味着：
- 不要在
Comparator里加无关字段（比如同时比id和createdAt），否则本该去重的被放过，或不该去重的被合并 - 基本类型字段注意装箱：用
Integer.compare(u1.getAge(), u2.getAge())，而非u1.getAge() - u2.getAge()（整数溢出风险） - 字符串字段建议用
String.compareTo()而非.equals()在Comparator里——前者返回 int，后者返回 boolean，类型不匹配会编译失败
去重这事，关键不在数据结构多炫，而在“你定义的‘重复’到底指什么”。TreeSet 只认比较结果，不认业务语义。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
