Comparator.comparing不能直接链式组合多字段，因为它返回单字段比较器且无comparing静态方法；需用thenComparing实例方法链式拼接，并注意null处理、类型匹配与复用权衡。
Comparator.comparing 为什么不能直接链式组合多字段？
因为
返回的是单字段比较器，它本身不支持“先按 A 排、再按 B 排”这种级联逻辑。你直接写
会编译失败——第二个
是在
上调用的，而该接口没有这个静态方法。
真正能链式追加的是
实例方法，它是设计用来构建复合比较器的核心机制。
正确写法：用 thenComparing 链式拼接多个字段
标准做法是先用
构建第一个比较器，再用
（或其泛型重载）逐个追加后续字段。注意字段类型要匹配，否则需显式指定函数类型。
字符串默认按字典序，数值推荐用
/
避免装箱开销
若某个字段可能为
，必须用
显式处理，否则运行时抛
反向排序用
，但注意它作用于整个链：想只让 age 降序，得写成
遇到 null 字段时的典型崩溃和修复
常见错误现象：
在
调用时抛出，尤其当数据库查出的
为
，而你只写了
。
根本原因是
默认使用
，而
不可比。修复不是加判空逻辑，而是换用 null-safe 比较器：
统一将 null 放最后：
统一放最前：
混合策略（如 name 允许 null、age 不允许）：每个字段单独配 null 策略，比如
保持原样，
性能与可读性取舍：要不要提取成静态方法？
当同一套多字段排序逻辑在多处复用（比如用户列表页、导出、后台任务），硬编码链式调用会重复且难维护。这时建议封装为静态工具方法：
但要注意：不要为了“看起来整洁”而过度封装。如果某次排序只用一次，且字段少于 3 个，直接内联更清晰；封装后一旦字段顺序或 null 策略调整，所有调用点行为同步变化——这是便利性背后的隐性耦合。
复杂点往往不在语法，而在 null 策略一致性、字段类型匹配、以及是否真需要复用——这三个地方漏一个，线上就容易出排序错乱或 NPE。
Comparator.comparingComparator.comparing(User::getName).comparing(User::getAge)comparingComparatorthenComparingcomparingthenComparingComparator cmp = Comparator.comparing(User::getName).thenComparing(User::getAge).thenComparingInt(User::getId); thenComparingIntthenComparingLongnullthenComparing(Comparator.nullsLast(Comparator.naturalOrder()))NullPointerExceptionreversed().thenComparing(User::getAge, Comparator.reverseOrder())java.lang.NullPointerExceptioncompareTonamenullcomparing(User::getName)comparingComparable.compareTonullComparator.comparing(User::getName, Comparator.nullsLast(String::compareTo))Comparator.nullsFirst(Comparator.comparing(User::getName)).thenComparing(User::getAge).thenComparing(User::getRemark, Comparator.nullsLast(String::compareTo))public static Comparator byNameThenAgeThenId() {
return Comparator.comparing(User::getName, Comparator.nullsLast(String::compareTo))
.thenComparing(User::getAge)
.thenComparingInt(User::getId);
}