结论：用Comparator.comparing()链式组合+thenComparing()，配合显式null处理和类型安全的优先级枚举，可稳定支撑多业务维度排序。
直接说结论：用 Comparator.comparing() 链式组合 + thenComparing()，配合显式 null 处理和类型安全的优先级枚举，就能稳定支撑多业务维度排序。
为什么不能只靠 compare() 手写返回 ±1
硬编码 return -1 或 return 1 看似简单，但会破坏排序稳定性甚至引发死循环——Java 的 Collections.sort() 和 TreeSet 依赖返回值的**符号含义**（负/零/正），而非具体数值大小。比如两个对象反复比较都返回 1，底层算法可能误判为“永远大于”，陷入无限重排。
正确做法是复用语义明确的比较工具：
- 基本类型包装类：用
Integer.compare(a, b)、Double.compare(a, b) - 字符串或实现了
Comparable的字段：直接调用field1.compareTo(field2) - null 安全场景：用
Comparator.nullsFirst()或Comparator.nullsLast()包一层
多字段排序必须用 thenComparing() 链式调用
业务常要求“先按部门升序，部门相同时按职级降序，再按入职时间倒序”。逐层嵌套 if-else 写 compare() 容易漏逻辑、难维护，且 null 判断分散。
推荐写法（以 Actor 类为例）：
actors.sort(
Comparator.comparing(Actor::getActorType,
Comparator.nullsLast(Comparator.comparing(ActorType::getPriority)))
.thenComparing(Actor::getName, String::compareTo)
.thenComparing(Actor::getJoinDate, Comparator.nullsLast(Comparator.reverseOrder()))
);
关键点：
- 每层都可独立指定 null 策略，比如
getActorType允许为 null，但getName不允许 -
thenComparing()后可接另一个Comparator，也可直接传方法引用 + 第二个比较器（如String::compareTo） - 逆序用
.reversed()或Comparator.reverseOrder()，别在 lambda 里手动翻转减法
业务优先级字段建议用枚举封装，别用字符串硬编码
当排序依据是“Artist > Producer > Mixer”这类固定等级时，用字符串 if ("Artist".equals(type)) 既脆弱又难测试。枚举能保证类型安全、便于扩展、天然支持 compareTo()。
示例 ActorType 枚举：
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::getActorType, Comparator.comparing(ActorType::getPriority)) 就能直接参与链式排序，无需额外 if 分支。
数组排序别忘用 Arrays.sort(T[], Comparator)，不是 sort(T[])
对对象数组（如 Actor[]）调用 Arrays.sort(actors) 会触发 Comparable 接口，若类没实现就会抛 ClassCastException。必须显式传入 Comparator：
Arrays.sort(actors,
Comparator.comparing(Actor::getActorType,
Comparator.nullsLast(Comparator.comparing(ActorType::getPriority)))
.thenComparing(Actor::getName));
注意：Arrays.sort() 是原地排序，不返回新数组；而 Stream.sorted() 返回新流，适合不可变场景，但有装箱/GC 开销。
真正容易被忽略的是 null 处理粒度——同一字段在不同排序层级中，null 意义可能不同（比如“部门为空”应排最后，但“姓名为空”应视为异常数据）。每层 thenComparing() 都要单独决定用 nullsFirst 还是 nullsLast，不能图省事全局设一个策略。
