Comparator.compare() 必须遵守三值契约，避免int溢出用Integer.compare()，字符串用compareTo()，链式排序用thenComparing()，注意null和泛型类型匹配。
Comparator.compare() 方法怎么写才不会返回错误结果
关键在于必须严格遵守三值契约：小于时返回负数、等于时返回 0、大于时返回正数。直接用 a - b 计算数值差在 int 溢出时会翻转符号，比如 Integer.MAX_VALUE - (-1) 得到负数，导致排序错乱。
- 对整数比较，优先用
Integer.compare(a, b)或Long.compare(a, b) - 对字符串，用
str1.compareTo(str2)，不要用str1.equals(str2)判断后再 return 0 - 避免在 compare() 中抛异常、修改对象状态或执行耗时操作
public int compare(Person p1, Person p2) {
int nameCmp = p1.getName().compareTo(p2.getName());
if (nameCmp != 0) return nameCmp;
return Integer.compare(p1.getAge(), p2.getAge()); // 安全的数值比较
}如何链式组合多个排序条件（Java 8+）
Comparator 提供了 thenComparing() 系列方法，比手写嵌套 if 更清晰且可读性强。注意调用顺序决定优先级：先调用的为主排序，后调用的为次级。
-
comparingInt()和comparing()是常用静态工厂方法，避免匿名类冗余 - 若次级比较字段可能为 null，要用
thenComparing(Comparator.nullsLast(Comparator.naturalOrder())) - 反向排序用
reversed()，但它是新生成的 Comparator，不影响原对象
Comparator<Person> cmp = Comparator.comparing(Person::getName)
.thenComparingInt(Person::getAge)
.thenComparing(Person::getEmail, Comparator.nullsLast(String::compareTo));为什么 Arrays.sort() 对自定义对象不生效
常见原因是传入了错误类型的 Comparator：比如数组是 Person[]，却写了 Comparator<string></string>；或误将 Comparator 当作 Comparable 实现混用。另一个隐蔽问题是 Comparator 实例被重复使用但内部状态被意外修改（如持有可变缓存）。
- 确保泛型参数与数组/集合元素类型完全一致：
Arrays.sort(people, myComparator)中myComparator必须是Comparator<person></person> - 不要在 Comparator 里引用外部可变变量，尤其是多线程环境
- 若用 Lambda 表达式，捕获的局部变量必须是 effectively final
Comparator 和 Comparable 的分工边界在哪
Comparable 定义对象的「自然顺序」，应稳定、通用、无歧义（如 String 按字典序，LocalDateTime 按时间先后）；Comparator 解决临时、场景化、多维度的排序需求，比如“按销量降序，销量相同时按上架时间升序”。一个类最多实现一个 Comparable，但可以有任意多个 Comparator 实例。
立即学习“Java免费学习笔记（深入）”；
- 不要在
compareTo()里调用外部服务或 IO - 若自然顺序不唯一（如两个 Person 姓名年龄都相同），
compareTo()仍需返回 0，不能靠它做业务去重 - 数据库查询结果排序建议用 SQL
ORDER BY，而非 Java 层后置 Comparator —— 数据量大时性能差距显著
实际项目中最容易忽略的是 null 处理和溢出安全。哪怕只排 100 条数据，一旦字段含 null 或数值接近边界，错误的 compare 实现会让结果看起来“偶尔错”，极难复现和定位。
