Comparator.compare()返回负数表示a排在b前，正数表示a排在b后，0表示相等；应避免a-b溢出，优先复用compareTo，null处理用nullsFirst/nullsLast，链式排序需逐级防NPE，且须满足自反性、对称性、传递性。
Comparator.compare() 返回值到底怎么写才对
返回正数表示第一个参数排在后面，负数表示排在前面，0表示相等——这个规则反直觉，很多人写反导致排序结果完全颠倒。关键不是“谁大谁小”，而是“谁该在前”。
- 如果想让
a排在b前面（升序常见逻辑），compare(a, b)必须返回 负数 - 返回
1、-1、0最安全，避免整数溢出；别直接用a - b算数值差（尤其对int大数或long） - 对引用类型（如
String），优先复用已有比较逻辑：string1.compareTo(string2)，而不是手写string1.length() - string2.length()再嵌套判断
Comparator.nullsFirst() 和 nullsLast() 怎么选
当集合里可能含 null 时，不处理会抛 NullPointerException。Java 8+ 提供了包装器，但行为容易混淆。
-
Comparator.nullsFirst(Comparator.naturalOrder())：把null当作最小值，排最前 -
Comparator.nullsLast(Comparator.reverseOrder())：先按降序排非空值，null排最后 - 注意：
nullsFirst包裹的比较器本身不能为null，否则运行时报NullPointerException，不是编译错误
Lambda 写 Comparator 时字段取值要防 NPE
用 Comparator.comparing(Person::getName) 很简洁，但如果 getName() 返回 null，运行时就崩。这不是 Lambda 的锅，是方法引用没做空保护。
- 安全写法：
Comparator.comparing(p -> p.getName() != null ? p.getName() : "") - 更推荐：
Comparator.comparing(Person::getName, Comparator.nullsFirst(String::compareTo)) - 链式排序时（
thenComparing），每个字段都要单独考虑是否可能为空，不能只在第一级加nullsFirst
Arrays.sort() vs Collections.sort() 对 Comparator 的要求一样吗
一样。两者都要求 Comparator 满足「自反性、对称性、传递性、一致性」，违反任一原则都会导致排序结果不可预测，甚至 ArrayIndexOutOfBoundsException。
立即学习“Java免费学习笔记（深入）”；
- 常见违规：在
compare()中依赖随机数、当前时间、外部可变状态 - 调试技巧：把 comparator 单独抽成变量，用几个测试数据手动调
compare(x,y)、compare(y,z)、compare(x,z)验证传递性 - 对浮点数慎用
Double.compare()：它把NaN视为最大值，而==判断又永远为false，容易漏掉边界情况
Comparator<Person> safeNameThenAge = Comparator
.comparing((Person p) -> p.getName(), Comparator.nullsFirst(String::compareTo))
.thenComparing(p -> p.getAge(), Comparator.nullsLast(Comparator.naturalOrder()));实际项目里，真正难的不是写对语法，而是确认业务语义上“相等”和“排序先后”的定义是否自洽——比如两个用户昵称相同但 ID 不同，该算相等还是该用 ID 回退比较？这种逻辑一旦定错，后续所有分页、去重、合并操作都会连锁出错。
