Comparator.nullsFirst()的核心作用是生成一个能安全处理null的比较器包装器，使所有null值排在非null值之前，而非null元素仍按原比较逻辑排序。

Comparator.nullsFirst() 的核心作用是啥 它不是直接排序的工具，而是生成一个能安全处理 null 的比较器包装器。当你原始比较器（比如 String::compareTo）遇到 null 会抛 NullPointerException，而 nullsFirst() 让你明确指定：所有 null 排最前，其余元素再按原规则排。

注意：它只改变 null 的相对位置，不改变非 null 元素之间的比较逻辑。

怎么和 lambda 或方法引用配合使用 常见写法是把它套在已有比较逻辑外面：

• 对字符串列表升序，null 在前：Comparator.nullsFirst(String::compareTo)
• 对整数字段降序，null 在前：Comparator.nullsFirst(Comparator.comparingInt(obj -> obj.value).reversed())
• 嵌套调用也合法：比如先按 name 升序，name 相同时按 age 降序，且都允许 null：Comparator.nullsFirst(Comparator.comparing(Person::getName, Comparator.nullsFirst(String::compareTo)))，再链式 .thenComparing(Comparator.nullsFirst(Comparator.comparingInt(Person::getAge)))

关键点：里面的比较器（如 String::compareTo）本身不能接受 null，所以必须由外层 nullsFirst() 拦截并统一处理。

和 nullsLast()、comparing() 的区别在哪

• nullsFirst() 和 nullsLast() 是镜像关系，仅差一个排序优先级方向；混用会导致编译错误或逻辑混乱，别在一个链里同时出现
• Comparator.comparing() 默认不处理 null，传入 null 字段会立即抛异常；必须显式包一层 nullsFirst() 或 nullsLast() 才安全
• 如果字段类型实现了 Comparable（如 String, Integer），用 comparing(Function) 就够了；但若字段是自定义对象且没重写 compareTo，得用 comparing(Function, Comparator) 形式，并把 nullsFirst() 作为第二个参数传入

容易被忽略的边界情况

• 当集合里全是 null，排序后顺序不变——nullsFirst() 不保证 null 之间有稳定次序，但实际中 JVM 通常保持原有位置（不依赖这点）
• 和 Stream.sorted() 配合时没问题，但若用在 TreeSet 或 TreeMap 的构造器里，该比较器会持续生效，后续插入 null 也不会报错
• 如果原始比较逻辑本身返回 0（相等），nullsFirst() 不干扰这个行为；但两个 null 比较结果恒为 0，所以它们会被视为“相等”，在去重场景（如 TreeSet）中可能只留一个

真正要小心的是嵌套比较时每层是否都覆盖了 null——漏掉一层，运行时就崩。