comparator.comparing默认只比较首个字段，因未用thencomparing拼接多级逻辑；需显式链式调用thencomparing实现多字段排序，并注意null处理、reversed位置及性能优化。
Comparator.comparing 为什么只排第一个字段？
因为 comparing 默认只构建单级比较器，链式调用时没用 thenComparing 就不会继续比后续字段。常见现象是：数据按姓名排好了，但同姓名的记录顺序随机，没按年龄或ID二次排序。
正确做法是用 thenComparing 显式拼接，不是反复写 comparing：
list.sort(Comparator.comparing(Person::getName)
.thenComparing(Person::getAge)
.thenComparing(Person::getId));
- 每个
thenComparing都基于前一个比较结果为 0 时才触发，逻辑严谨 - 不能写成
comparing(...).comparing(...)—— 第二个comparing会覆盖第一个，实际只生效最后一个 - 如果字段可能为
null，直接传方法引用会抛NullPointerException，得用thenComparing(Comparator.nullsLast(Comparator.naturalOrder()))
处理 null 值时 comparator 突然报空指针
Comparator.comparing 的函数参数（如 Person::getEmail）在遇到 null 返回值时，内部会尝试调用 compareTo，从而炸掉。这不是 bug，是设计如此 —— 它默认不处理 null。
解决方案只有两种，选哪个取决于业务规则：
- 统一放前面：
Comparator.comparing(Person::getEmail, Comparator.nullsFirst(String::compareTo)) - 统一放后面：
Comparator.comparing(Person::getEmail, Comparator.nullsLast(String::compareTo)) - 如果字段类型不是
Comparable（比如自定义类），必须显式传比较器，不能只写nullsLast
注意：nullsFirst/nullsLast 必须包在第二个参数里，写成 comparing(...).thenComparing(nullsLast(...)) 是错的 —— 那里需要的是 Comparator，不是 Function。
想倒序排序，但 comparingThen 排反了
reversed() 的位置决定谁被翻转。写在最后，只翻转最后一级；写在整个链外面，才翻转整个多级逻辑。最容易踩的坑是：
// ❌ 只把 ID 排成倒序，姓名和年龄还是正序 .thenComparing(Person::getId).reversed() // ✅ 所有字段一起倒序：姓名倒、同姓名下年龄倒、同龄下 ID 倒 .comparing(Person::getName).reversed() .thenComparing(Person::getAge).reversed() .thenComparing(Person::getId).reversed() // ✅ 更简洁等价写法（推荐） .comparing(Person::getName) .thenComparing(Person::getAge) .thenComparing(Person::getId) .reversed()
- 单独对某一级倒序，要用
thenComparing(Comparator.comparing(...).reversed()) -
reversed()是无参方法，别错写成reversed(someComparator) - 原始类型（
int、long）建议用comparingInt等专用方法，避免装箱开销
性能敏感场景下 comparing 和手动 compare 的取舍
对于百万级列表或高频排序，Comparator.comparing 链每次都会新建对象、多层函数调用，比手写 if-else 多约 10%～15% 时间开销（JDK 17+ HotSpot 下实测）。但差距通常不构成瓶颈。
真正影响性能的其实是字段提取方式：
- 避免在 lambda 里做计算：
comparing(p -> p.getFirstName() + " " + p.getLastName())每次比较都拼字符串 - 优先用方法引用：
comparing(Person::getScore)比comparing(p -> p.getScore())略快且更安全 - 如果字段需预处理（如忽略大小写），提前算好缓存，而不是在比较器里反复调
toLowerCase()
多字段排序的复杂性不在语法，而在 null 策略、逆序粒度、字段依赖关系这些细节上——少一个 nullsLast，线上就可能出错；reversed() 多套一层，语义就全反了。
