用Comparator.comparing()链式调用thenComparing()可可靠实现多属性组合排序，每层独立指定升降序和null策略；手写if-else易出错、不稳定且难维护。
直接结论：用 Comparator.comparing() 链式调用 thenComparing()，每层独立指定升/降序和 null 策略，就能可靠实现多属性组合排序。
为什么不能手写嵌套 if-else 比较逻辑
手动在 compare() 方法里写多层 if (a.getA().equals(b.getA())) { if (a.getB() > b.getB()) ... } 容易漏掉相等情况、null 判断分散、无法复用、难以测试。更危险的是，硬编码 return -1 或 return 1 会破坏排序稳定性——Java 的 Collections.sort() 和 TreeSet 依赖返回值的**符号含义**（负/零/正），不是具体数值大小。
常见错误现象：NullPointerException（字段为 null 时未处理）、结果顺序随机（返回值非标准三态）、性能下降（重复取值、无内联优化）。
- 正确做法是复用已有比较结果，比如
a.getName().compareTo(b.getName())或Integer.compare(a.getAge(), b.getAge()) - 浮点数必须用
Double.compare(a, b)，禁用a - b或== - 整型减法仅限非负且差值确定不溢出的场景（如 ID、年龄）
如何用 thenComparing 实现不同升降序混搭
thenComparing() 后续规则只在前序比较结果为 0（即“相等”）时生效，它支持三种重载形式，最常用的是传方法引用或带自定义比较器的版本。
例如：先按部门升序，部门相同时按职级降序，再按入职时间倒序：
students.sort(
Comparator.comparing(Student::getDept) // 升序
.thenComparing(Student::getLevel, Comparator.reverseOrder()) // 降序
.thenComparing(Student::getHireDate, Comparator.reverseOrder()) // 倒序
);
-
Comparator.comparing(Student::getDept)默认升序；加.reversed()是翻转整个链的结果，不是单字段反转 - 要单独控制某字段降序，必须在该层
thenComparing()中传入Comparator.reverseOrder()或对应方法（如Comparator.comparingInt(...).reversed()） -
Comparator.comparingInt(Student::getAge).reversed()比Comparator.comparing(Student::getAge).reversed()更安全（避免自动装箱）
null 值必须每层显式处理
默认情况下，任何含 null 的字段比较都会抛 NullPointerException。Comparator.nullsFirst() 和 Comparator.nullsLast() 必须包在每一层比较器外，不能只包最外层。
错误写法：Comparator.nullsLast(Comparator.comparing(Student::getName)).thenComparing(Student::getAge) —— 第二层 getAge() 仍可能为 null，直接 NPE。
正确写法（每层独立包裹）：
students.sort(
Comparator.nullsLast(Comparator.comparing(Student::getDept))
.thenComparing(Comparator.nullsFirst(Comparator.comparing(Student::getLevel, Comparator.reverseOrder())))
.thenComparing(Comparator.nullsLast(Comparator.comparing(Student::getHireDate)))
);
-
getDept允许为null，放在最后；getLevel允许为null，放在最前 - 不要依赖
Objects.requireNonNull()预检——那会中断排序流程，应由比较器内部消化 - 若字段类型本身不可比（如自定义对象），需传入第二个参数：
thenComparing(Student::getActorType, ActorType::compareTo)
固定优先级字段（如 “Artist > Producer > Mixer”）别用字符串硬编码
用 "Artist".equals(type) 判断类型优先级，既脆弱（大小写、拼写错误）、难扩展（新增类型要改多处）、也无法被编译器检查。
推荐用枚举封装优先级：
public enum ActorType {
ARTIST(1), PRODUCER(2), MIXER(3), OTHER(Integer.MAX_VALUE);
private final int priority;
ActorType(int priority) { this.priority = priority; }
public int getPriority() { return priority; }
}
然后在比较器中使用：
Comparator.comparing((Actor a) -> ActorType.fromString(a.getType()).getPriority())
.thenComparing(Actor::getName);
- 枚举天然支持
compareTo()，可直接用于comparing() -
fromString()提供容错 fallback，避免NullPointerException或IllegalArgumentException - 所有优先级逻辑集中在一处，后续新增类型只需加枚举常量，无需改比较逻辑
最容易被忽略的一点：多级排序不是“多个排序条件叠加”，而是“逐层守门”——前一层不相等，后续层根本不会执行。这意味着 null 策略、逆序标记、类型转换都必须落在对应层级，不能偷懒合并或外提。
