treemap中comparator返回0表示逻辑相等，触发键覆盖而非新增；get可能失败因搜索提前终止；应采用多级比较确保不同key返回非零值，并用nullsfirst/nullslast安全处理null。

TreeMap 的 Comparator 返回 0，表示两个 key **逻辑上“相等”**——不是指对象地址或内容完全相同，而是按你定义的排序规则，它们应被视作同一个位置上的键。这会直接触发 TreeMap 的“去重覆盖”行为。

返回 0 意味着 key 被判定为重复

TreeMap 不允许键重复。当 compare(k1, k2) == 0 时，TreeMap 认为 k1 和 k2 是同一个 key，后续 put(k2, v2) 会覆盖 k1 对应的旧值，而不是新增节点。

• 例如：new TreeMap((a,b) -> a.length() - b.length())，那么 "ab" 和 "cd" 都长 2，比较返回 0 → 视为同一 key
• map.put("ab", 1); map.put("cd", 2); 后，map 中只剩一个条目，比如 {"cd"=2}（取决于插入顺序和树结构）

返回 0 会导致 get 失败

TreeMap 的 get(key) 内部也调用同一个 Comparator 做查找。如果查找时传入的 key 和已有 key 比较返回 0，它就认为找到了；但如果比较逻辑没写全，或者两个不同 key 碰巧返回 0，而你又想保留它们，那 get 可能返回 null——因为树在搜索路径中“跳过”了本该存在的分支。

• 根本原因：红黑树查找依赖严格三路比较（0）。若本该区分的 key 却返回 0，搜索提前终止，找不到目标节点
• 典型场景：按某个字段排序，但字段值相同时没做次级区分（如先按分数排，分数相同时没按 id 排）

正确做法：保证比较器满足“严格弱序”，且对不同 key 尽量避免返回 0

除非你**明确希望合并某些 key**，否则应让 Comparator 在 key 真正不同时返回非零值。常用策略是“多级比较”：

• (a, b) -> Integer.compare(score[a], score[b]) != 0 ? Integer.compare(score[a], score[b]) : Integer.compare(a, b)
• 即：主字段相等时，用唯一标识（如索引、ID、对象引用哈希等）兜底，确保不同 key 总有可区分的顺序

注意 null 安全和一致性

如果 key 可能为 null，Comparator 必须显式处理，否则抛 NullPointerException。推荐用 Comparator.nullsFirst() 或 nullsLast() 包装，不要自己手写 == null 判断后直接 return 0 —— 那又会引发重复判定问题。

• 错误：(a,b) -> a==null && b==null ? 0 : a==null ? -1 : b==null ? 1 : a.compareTo(b) → 两个 null 被视为同一 key
• 正确：Comparator.nullsFirst(Comparator.naturalOrder()) → null 统一排最前，彼此不视为相等