要让TreeMap对自定义对象键自动排序，必须提供满足自反性、对称性、传递性的Comparator实例；推荐用JDK工具方法写Lambda比较逻辑，显式处理null，且compare方法须为纯函数。
要让 TreeMap 对自定义对象作为键时自动排序，核心是提供一个符合逻辑的 Comparator 实例——不是改对象本身，而是外部定义“怎么比”。只要比较器写得对，TreeMap 就能按你想要的顺序组织红黑树结构，插入、遍历、查找全有序。
确保 Comparator 满足三大数学性质
Comparator 不是随便返回正负数就行。它必须严格满足：
- 自反性：compare(x, x) 必须返回 0
- 对称性：compare(x, y) 返回正数，compare(y, x) 就得返回对应负数（不能一个返回 1，另一个返回 -2）
- 传递性：若 compare(x, y) ≤ 0 且 compare(y, z) ≤ 0，则 compare(x, z) ≤ 0 也必须成立
违反任一性质，TreeMap 可能漏掉 key、查不到 entry，甚至行为完全不可预测。例如用 `Objects.hash()` 差值做比较就极易破坏传递性，应避免。
用 Lambda 写简洁安全的比较逻辑
对常见字段排序，优先使用 JDK 提供的工具方法，它们已保障数学性质：
- 按字符串字段升序（忽略大小写）：
(a, b) -> a.name.compareToIgnoreCase(b.name) - 按数值字段降序：
(a, b) -> Integer.compare(b.age, a.age)（注意参数顺序） - 多字段组合（先按部门，再按入职时间）：
Comparator.comparing((User u) -> u.dept).thenComparing(u -> u.hireDate)
别手写 a.age > b.age ? 1 : -1 这类逻辑——它在相等时返回 -1，直接破坏自反性，会导致后插入同 age 的 key 被错误覆盖。
处理 null 值需显式声明策略
TreeMap 默认不接受 null key；若业务允许 null，Comparator 必须主动处理，否则运行时报 NullPointerException：
- 把 null 排最前：
Comparator.nullsFirst(Comparator.comparing(u -> u.name)) - 把 null 排最后：
Comparator.nullsLast(Comparator.comparing(u -> u.age)) - 禁止 null：
Comparator.comparing(u -> u.name, String::compareTo)（遇到 null 直接抛异常）
切记：null 处理逻辑必须写在 Comparator 内部，TreeMap 自身不帮你兜底。
避免在 compare 方法里触发 TreeMap 操作
Comparator 的 compare() 是在树结构调整过程中被频繁调用的，此时绝对不要调用 map.get()、map.containsKey() 或任何可能引发 rehash / rebalance 的操作：
- 这类调用会干扰红黑树当前的遍历/插入状态
- 极大概率触发
ConcurrentModificationException，哪怕单线程也会报 - 所有依赖信息必须提前准备好（比如把外部 Map 缓存结果传入比较器闭包）
一句话：compare 方法应是纯函数——只读字段、只做计算、不碰集合、不改状态。
