treeset不能存null，因其底层依赖compareto()或comparator.compare()排序，而null调用这些方法会抛nullpointerexception；hashmap允许key为null（仅一个）和任意value为null，concurrenthashmap则禁止null作为key或value。
TreeSet 为什么不能存 null
因为 TreeSet 底层依赖 compareTo() 或 Comparator.compare() 做排序，而 null 调用这些方法会直接抛出 NullPointerException。这不是设计疏漏，是红黑树结构必须保证比较逻辑可执行。
- 哪怕你传入一个自定义
Comparator，只要它内部没显式处理null（比如用Objects.compare(a, b, Comparator.nullsFirst(...))），照样崩 -
TreeSet构造时传Comparator.nullsFirst(Comparator.naturalOrder())是可行解，但注意：这会让null排在最前，且所有元素必须能被该Comparator安全比较 - 别指望靠 try-catch 包裹
add(null)来“兜底”——异常发生在插入瞬间，集合状态已不可靠
HashMap 允许 key 为 null，但 value 可以吗
HashMap 的 key 最多允许一个 null（存在专用槽位），value 则完全不限——null 是合法的 value 值。
- 查
get(null)返回的是对应nullkey 的 value，不是“没找到”；要区分“key 不存在”和“key 存在但 value 为 null”，得用containsKey(null) - 别把
HashMap.get(key) == null当作 key 不存在的判断依据，这是经典误判点 -
ConcurrentHashMap不同：它禁止null作为 key 或 value，否则抛NullPointerException，这点和HashMap行为不一致
替代方案：需要排序又想存 null 怎么办
硬刚 TreeSet 不现实，得换思路。常见做法是预处理或换容器。
- 提前过滤：用
Stream.filter(Objects::nonNull)再塞进TreeSet，适合业务逻辑明确不需要null参与排序的场景 - 改用
ArrayList+Collections.sort(list, Comparator.nullsLast(Comparator.naturalOrder()))，排序后保持null在末尾，灵活性高 - 如果只是去重+排序，且数据量不大，用
TreeSet配合Comparator.nullsLast最省事，但要注意 JDK 版本 ——nullsLast是 Java 8+ 才有
HashMap 和 TreeSet 对 null 的容忍本质差异在哪
根本不在“是否支持”，而在底层机制：HashMap 用哈希定位 + 链表/红黑树解决冲突，null key 有固定哈希值（0）和专属处理路径；TreeSet 依赖全程可比较性，null 没法参与比较就等于无法定位。
立即学习“Java免费学习笔记（深入）”；
- 这个差异也体现在其他集合里：比如
LinkedHashSet允许null（继承自HashSet），而TreeMap的 key 同样不允许null - 别被“Set”后缀迷惑——
TreeSet和HashSet对null的态度天差地别，关键看实现方式，不是接口契约 - 线上出过问题的典型场景：把
TreeSet当成普通Set用在泛型工具类里，输入含null就静默失败，得盯住实际运行时类型
TreeSet 那一步才爆，已经晚了。 
