对对象列表排序时，如果只按一个字段排序，直接调用 Comparator.comparing 就够了；但真实业务里更多是组合条件，例如先按部门名称升序，再按薪资降序，最后按员工姓名升序。Java 8 的 Comparator 接口提供了 comparing 和 thenComparing 默认方法，允许用方法引用或 lambda 表达式声明排序键，链式调用即可完成多字段排序。下面结合 Employee 对象演示具体的写法和注意事项。
一、基础用法：comparing 与 thenComparing 的链式组合
Comparator.comparing 是 Java 8 为函数式编程提供的一个静态方法，它接收一个从对象中提取排序键的函数，返回一个基于该键进行比较的比较器。方法签名可以理解为 Comparator.comparing(Function<? super T, ? extends U> keyExtractor)，其中 T 是待比较对象类型，U 是排序键类型。单个字段排序时，我们只需要传入类似 Employee::getSalary 这样的方法引用，但在实际业务里通常还要继续追加条件。
多字段排序的关键是 thenComparing 默认方法。它既可以接收另一个排序键提取函数，也可以接收一个已经准备好的 Comparator。thenComparing 会在前一个比较结果为 0 时才继续比较后续字段，因此字段书写顺序就是业务上的优先级顺序。下面先定义一个简单的 Employee 类：
public class Employee {
private String name;
private String department;
private double salary;
public Employee(String name, String department, double salary) {
this.name = name;
this.department = department;
this.salary = salary;
}
public String getName() { return name; }
public String getDepartment() { return department; }
public double getSalary() { return salary; }
@Override
public String toString() {
return name + " - " + department + " - " + salary;
}
}
假设需求是：先按 department 升序，再按 salary 升序，最后按 name 升序。传统写法需要自定义 Comparator 并手写多个 if 分支，而使用链式调用可以写成：
List<Employee> employees = Arrays.asList(
new Employee("张三", "技术部", 15000),
new Employee("李四", "市场部", 12000),
new Employee("王五", "技术部", 18000),
new Employee("赵六", "市场部", 16000)
);
employees.sort(
Comparator.comparing(Employee::getDepartment)
.thenComparing(Employee::getSalary)
.thenComparing(Employee::getName)
);
这段代码的可读性非常直观：排序键依次是部门、薪资、姓名。执行时，thenComparing 返回一个新的比较器，它会先调用前一个比较器；只有当两个员工所属部门相同，前一个比较器返回 0 时，才会继续比较薪资。薪资也相同，再比较姓名。这样既避免了重复的 if 判断，也降低了字段优先级写错的风险。
二、控制排序方向：reversed 与 Comparator.reverseOrder
如果需求变成“部门升序、薪资降序、姓名升序”，很多人的第一反应是在整条链最后调用 reversed()。这个做法在只按一个字段排序时没问题，但在多字段链中会带来一个典型陷阱。reversed() 会反转整个比较器，也就是说，前面的部门升序也会被改成降序，导致排序结果和预期完全不一致。
例如下面的写法是错误的：
// 错误示例：reversed 会把整个链都反转
employees.sort(
Comparator.comparing(Employee::getDepartment)
.thenComparing(Employee::getSalary)
.reversed()
);
这段代码希望部门升序、薪资降序，但实际运行后部门也会变成降序。原因在于 reversed() 不是只作用于某一个字段，而是施加在当前已经组合好的比较器上。要只对薪资字段做降序，应该使用 thenComparing 的重载版本，把字段提取函数和一个降序比较器一起传入：
employees.sort(
Comparator.comparing(Employee::getDepartment)
.thenComparing(Employee::getSalary, Comparator.reverseOrder())
.thenComparing(Employee::getName)
);
这里 Comparator.reverseOrder() 返回一个与自然顺序相反的比较器，只作用于当前薪资字段。与之类似的还有 Comparator.naturalOrder()，用于显式声明自然升序。如果升降序需求更复杂，也可以在 thenComparing 中传入自定义比较器，例如 Comparator.comparing(Employee::getSalary).reversed()，这样也能把反转范围局限在薪资字段上。
三、处理 null 值：nullsFirst 与 nullsLast
实际数据中，排序字段可能是可空的。例如员工可能尚未分配部门，或者某些历史数据没有记录薪资。如果不对 null 做处理，直接使用 Comparator.comparing(Employee::getDepartment) 会因为调用 null 上的 compareTo 而抛出 NullPointerException。Java 提供了 Comparator.nullsFirst 和 Comparator.nullsLast 两个包装方法来解决这个问题。
nullsFirst 会把 null 元素排在最前面，nullsLast 则把 null 元素排在最后。它们都接收一个底层比较器，用于处理非 null 值。比如部门字段允许为空且希望空值排在最后，可以这样写：
employees.sort(
Comparator.comparing(Employee::getDepartment,
Comparator.nullsLast(Comparator.naturalOrder()))
.thenComparing(Employee::getSalary,
Comparator.nullsLast(Comparator.reverseOrder()))
.thenComparing(Employee::getName,
Comparator.nullsLast(Comparator.naturalOrder()))
);
这段代码为每个排序字段分别指定了空值策略。部门为空时排到最后，非空部门按自然顺序升序；薪资为空时也排到最后，非空薪资按降序比较；姓名同理。需要特别注意的是，nullsFirst 和 nullsLast 必须包裹在字段对应的比较器外面，而不是包在整个链式比较器外面，否则它会改变整体比较逻辑，而不是只处理某一个字段的 null 值。
如果列表中的对象本身可能为 null，还需要在外层再包装一次，例如 Comparator.nullsLast(byDepartment)，但这属于集合元素为空的情况，和字段为空是两个不同维度的问题。
四、进阶技巧与性能注意事项
对于数值字段，如果使用 Comparator.comparing(Employee::getSalary)，内部会依赖 Double.compare 或类似逻辑。对于基本类型 int、long、double，推荐使用专门的 comparingInt、comparingLong、comparingDouble 方法。这些方法可以直接接收 ToIntFunction、ToLongFunction、ToDoubleFunction，避免自动装箱和拆箱带来的额外开销。虽然单次比较的差异不大，但在大量数据排序场景下，这种小优化会积累成可观的性能提升。
另一个提升可读性的技巧是把比较器拆成独立变量。比如：
Comparator<Employee> byDept = Comparator.comparing(Employee::getDepartment); Comparator<Employee> bySalaryDesc = Comparator.comparingDouble(Employee::getSalary).reversed(); Comparator<Employee> byName = Comparator.comparing(Employee::getName); employees.sort(byDept.thenComparing(bySalaryDesc).thenComparing(byName));
这种方式让每个比较器的职责更加清晰，也方便在多个地方复用。如果某个排序键提取逻辑比较复杂，比如需要拼接字符串或计算中间值，建议提前在对象中缓存该键，或使用 Map 预先建立键值映射。因为 comparing 的键提取函数在比较过程中会被多次调用，复杂的提取逻辑可能放大排序的时间成本。
最后还要理解链式比较器的稳定性。Java 集合框架中的 List.sort 底层使用归并排序或 TimSort，它们都是稳定排序算法。这意味着如果两个员工的部门、薪资、姓名都相同，它们在排序前后的相对顺序不会改变。利用这一特性，可以先按次要字段排序，再按主要字段排序，不过使用 thenComparing 一次完成通常更直观，也更不容易出错。
Java Comparator多字段排序Comparator.comparing修改时间：2026-10-07 06:24:18