Java Stream的sorted()处理空值需区分字段空值与元素空值：用Comparator.nullsFirst/nullsLast封装比较器可安全排序字段空值；元素为空须提前filter或map处理，否则抛NPE。
Java Stream 的 sorted() 方法支持传入自定义 Comparator，处理空值的关键在于明确空值的排序位置（前/后）以及如何安全比较非空元素。直接使用 Comparator.nullsFirst() 或 Comparator.nullsLast() 是最简洁、推荐的方式，无需手动判空或抛异常。
用 nullsFirst / nullsLast 封装已有比较器
这是最常用也最安全的做法。它把空值统一排在开头或末尾，再对非空值委托给原始比较逻辑：
-
Comparator.nullsFirst(Comparator.naturalOrder())：null 排最前，其余按自然序 -
Comparator.nullsLast(Comparator.comparing(Person::getAge))：null 排最后，非空按 age 升序 - 支持链式组合，比如先按 name 排，name 相同时按 age 排，且都允许 null：
Comparator<Person> comp = Comparator
.nullsLast(Comparator.comparing(Person::getName, Comparator.nullsLast(String::compareTo)))
.thenComparing(Person::getAge, Comparator.nullsFirst(Comparator.naturalOrder()));
注意：嵌套的 nullsLast 或 nullsFirst 要作用在可能为 null 的字段比较器上（如 String::compareTo），避免 NullPointerException。
手写 Comparator 处理多级空值逻辑
当需要更精细控制（例如：null 视为最小值但不全放最前，或按业务规则分组），可手动实现 Comparator：
立即学习“Java免费学习笔记（深入）”；
- 先判断两边是否为 null，按业务约定返回 -1/0/1
- 仅当都不为 null 时，才调用实际比较逻辑
- 示例：把 null 当作 -1，其他 age 按数值比较，null 不集中排列而是“参与”排序：
Comparator<Person> custom = (p1, p2) -> {
Integer a1 = p1 != null ? p1.getAge() : -1;
Integer a2 = p2 != null ? p2.getAge() : -1;
return Integer.compare(a1, a2);
};
这种写法灵活但需确保字段访问安全（如 p1 本身是否可能为 null），适合特殊场景，一般优先用标准封装方式。
配合 Optional 避免上游空引用
如果数据源本身含 null 元素（即 Stream 中有 null Person），sorted() 会直接抛 NullPointerException —— 因为 comparator 被调用前，null 元素已进入比较流程。此时应在排序前过滤或映射：
- 过滤掉 null：
stream.filter(Objects::nonNull).sorted(...) - 用 Optional 包装并提供默认值：
stream.map(p -> Optional.ofNullable(p).orElse(new Person("", 0))).sorted(...) - 更稳妥的是在生成 Stream 时就保证元素非空，比如用
Collection.stream().filter(Objects::nonNull)
记住：nullsFirst 和 nullsLast 只处理字段值为 null 的情况，不解决 Stream 元素本身为 null 的问题。
常见陷阱与验证建议
实际使用中容易忽略的点：
- 误以为
Comparator.nullsLast能处理 Stream 中的 null 元素 → 实际只能处理字段值 - 链式
thenComparing时未对每个字段单独加 null 处理 → 某个字段为 null 仍会 NPE - 自定义 comparator 返回值不是 -1/0/1（如只写
a > b ? 1 : 0），导致排序不稳定 - 测试时务必覆盖：全 null 字段、混合 null、全非 null、单个 null 等 case
用 assertThat(list).containsExactly(...) 或打印排序前后结果，能快速发现空值位置是否符合预期。
