TreeSet依据compareTo结果判断元素唯一性，返回0即视为重复；根本原因是排序字段不足以区分逻辑不同对象，需通过决胜比较（如时间戳、序列号）确保compareTo严格一致。
当 Comparable 的 compareTo 方法返回 0，TreeSet 会认为两个元素“相等”，从而拒绝插入或意外覆盖——这不是误删，而是按 contract 正常去重。根本问题在于：**你用作排序依据的字段不足以区分逻辑上不同的对象**。
确保 compareTo 严格遵循“相等性一致性”
TreeSet 依赖 compareTo 判断唯一性，它不看 equals。如果 a.compareTo(b) == 0，TreeSet 就认为 a 和 b 是同一个元素，后插入的会替换（或丢弃）前者。
- 检查你的
compareTo是否只比较了部分字段（比如只比了 id，但 id 可能重复） - 若业务上两个对象即使某些字段相同也应视为不同（如日志记录、临时订单），就不能仅靠这些字段排序
- 正确做法：在主要排序字段相同时，用其他字段（如创建时间、序列号、内存地址哈希等）做“决胜比较”（tie-breaker）
用自然顺序 + 唯一标识兜底
例如对象有 priority（主序）和 timestamp（防重）：
public int compareTo(Task other) {
int cmp = Integer.compare(this.priority, other.priority);
if (cmp != 0) return cmp;
// 主序相同时，用时间戳打破平局
return Long.compare(this.timestamp, other.timestamp);
}
若连时间戳都可能重复（如批量生成），可追加一个递增的 sequenceId 或 System.identityHashCode(this)（注意：仅用于排序，不影响业务语义）。
立即学习“Java免费学习笔记（深入）”；
不适用 TreeSet？换用其他集合
如果你的业务本质需要“允许重复但保持有序”，TreeSet 本就不合适：
- 改用
TreeMap<Key, List<Value>>，把真正唯一键作为 key，值列表存多个对象 - 用
PriorityQueue（支持重复、按优先级出队，但不提供高效查找） - 用普通
ArrayList+Collections.sort()，插入时手动二分查找定位，再 add（适合写少读多场景）
调试技巧：快速验证 compareTo 行为
写个简单测试，打印关键对象的 compareTo 结果：
Task a = new Task(1, 1000L); // priority=1, ts=1000 Task b = new Task(1, 1000L); // 完全一样 → compareTo==0 → TreeSet 视为重复 Task c = new Task(1, 1001L); // ts 不同 → compareTo!=0 → 可共存
运行时加断点或日志，确认你预期“不同”的对象是否真的返回了 0 —— 这往往是问题根源所在。
