TreeSet 不允许 null 元素，因其底层红黑树依赖元素间可比较性；解决方式包括提前校验、使用支持 null 的替代集合、自定义比较器处理 null 或用 Optional 封装。
TreeSet 不允许 null 元素，直接添加会抛出 NullPointerException，根本原因在于其底层依赖红黑树和元素间的自然排序（或自定义比较器），而 null 无法参与比较操作。解决的关键不是“绕过”限制，而是明确 null 的语义并主动处理——要么避免插入 null，要么用支持 null 的替代方案。
明确禁止 null：提前校验 + 清晰提示
最稳妥的做法是从业务逻辑层杜绝 null 进入 TreeSet。在添加前做非空检查，配合有意义的错误信息，便于快速定位问题源头。
- 使用
Objects.requireNonNull()在 add 前校验，抛出带上下文的异常 - 若数据来自外部（如 JSON 解析、数据库查询），应在解析/映射阶段统一转换 null 为默认值（如空字符串、0、占位对象）
- 集合初始化时用 Collections.unmodifiableSet 包装，防止后续误插 null
需要保留 null 语义？换用支持 null 的有序集合
TreeSet 本身不支持 null，但 Java 提供了更灵活的替代方案：
- TreeSet + 自定义比较器（慎用）：可重写 compare 方法，显式约定 null 的位置（如排在最前/最后），但需确保所有元素都遵守该规则，且不能混用自然排序
- LinkedHashSet + 手动维护顺序：不提供排序能力，但允许 null；若只需“插入顺序+去重”，它是安全选择
- 第三方库如 Guava 的 TreeBasedTable 或 SortedSetMultimap：部分支持 null 策略配置，但引入依赖需权衡
自定义比较器中安全处理 null（仅限必须场景）
如果确实要在 TreeSet 中容纳 null（例如作为特殊标记值），必须传入显式比较器，并在 compare 方法中定义 null 的相对顺序：
立即学习“Java免费学习笔记（深入）”；
- 用
Comparator.nullsFirst()或Comparator.nullsLast()快速包装已有比较器 - 手写 compare 时，先判断是否为 null，再调用实际字段比较，避免直接 dereference
- 注意：null 只能出现一个（Set 不允许重复），且所有元素必须能与 null 比较，否则仍可能报错
更现代的思路：用 Optional 封装替代 null
从根本上消除 null，用 Optional<T> 作为元素类型，既表达“可能存在”的语义，又强制解包逻辑，避免运行时 NPE：
- 声明为
TreeSet<Optional<String>>，自定义比较器比较其内部值（opt1.orElse("").compareTo(opt2.orElse(""))） - 配合 Stream API 处理更清晰，如
set.stream().filter(Optional::isPresent).map(Optional::get) - 虽增加一层包装，但提升了类型安全性与可读性
不复杂但容易忽略：TreeSet 的 null 限制不是 bug，而是设计使然——它要求元素具备明确、一致的全序关系。真正的问题往往不在集合本身，而在数据建模阶段是否合理表达了“缺失值”的含义。
