Comparable 接口是 ConcurrentSkipListMap 正常工作的核心契约，参与查找、插入、删除全过程的 key 比较；要求 key 必须可排序，否则抛 ClassCastException 或导致逻辑错误；null key 被明确禁止。
ConcurrentSkipListMap 要求所有 key 必须能被明确排序——没有大小关系，就无法构建有序链表，更谈不上多层跳表结构。Comparable 是实现这一排序能力最常用的方式（也可用构造时传入的 Comparator，但 Comparable 是默认 fallback）。
查找时：靠 compareTo 定位前驱节点
跳表查找不靠哈希，而靠逐层比较 key 大小。核心方法 findPredecessor 会反复调用 cmp.compare(key, k)（若未传 Comparator，则实际调用 key.compareTo(k)）。这个比较结果决定是向右走还是向下走：
- 返回负数 → 当前节点 key 小于目标，继续向右找
- 返回正数 → 当前节点 key 大于目标，向下一层找
- 返回 0 → 找到匹配节点（或确认不存在）
如果 key 没实现 Comparable，首次调用 put 或 get 就抛 ClassCastException；如果 compareTo 逻辑混乱（比如与 equals 不一致），可能导致查不到已存在的 key，或插入位置错误。
插入时：compareTo 决定键值唯一性和位置
插入新 key 前，跳表必须先确认它是否已存在——这依赖 compareTo == 0 判断相等性（注意：ConcurrentSkipListMap 不用 equals 判等）。一旦定位到插入点：
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 若已有 key 与新 key
compareTo == 0，则覆盖 value（不是拒绝插入） - 若所有比较都未命中相等，才在前驱节点后新建 Node
- 后续建索引（Index 节点）也复用同一套比较逻辑，确保各层顺序一致
这意味着：即使两个对象 equals 返回 true，只要 compareTo 不为 0，它们就被视为不同 key，可能同时存在于 map 中——这通常违背业务预期。
自定义类作为 key 时的关键细节
用自定义类当 key，必须严格满足 Comparable 合约：
-
compareTo必须与equals保持一致：若a.equals(b)为 true，则a.compareTo(b)必须为 0 - 不能在
compareTo中抛出异常（如访问 null 字段未判空） - 避免使用浮点数字段参与比较（
Double.NaN等特殊值易导致不可预测行为） - 推荐显式传 Comparator，把排序逻辑外置，避免耦合在实体类中
例如：new ConcurrentSkipListMap<person>(Comparator.comparing(p -> p.age))</person> 比让 Person 实现 Comparable 更清晰、更可控。
null key 是明确禁止的
无论是否实现 Comparable，null 作为 key 都会在第一次操作时触发 NullPointerException。因为 compareTo 方法无法在 null 上调用。value 可以为 null，但 key 绝对不行——这点比 TreeMap 更严格（TreeMap 在某些构造方式下允许 null，但 ConcurrentSkipListMap 一律拒绝）。
