Comparator.compare() 必须返回负数、零、正数以表示小于、等于、大于，禁用原始类型减法（防溢出），应使用Integer.compare()等工具方法；多字段排序用thenComparing()链式调用；null值处理用nullsFirst()/nullsLast()；优先实现Comparable，仅当需多种排序逻辑或无法修改原类时才用Comparator。
Comparator.compare() 方法怎么写才不翻车
写错 compare() 是最常见翻车点：返回值不是 -1/0/1，而是靠减法算差值（比如 a.age - b.age），一旦整数溢出就直接逻辑反转。Java 不要求必须返回 -1/0/1，但必须满足「负数表示小于、零表示相等、正数表示大于」的语义——用 Integer.compare(a.age, b.age) 这类工具方法才是安全的。
常见错误现象：Arrays.sort(list, (a, b) -> a.id - b.id) 在 id 是 int 且值接近 Integer.MAX_VALUE 时崩溃；排序结果忽前忽后，调试发现比较结果符号反了。
- 永远别对原始数值类型做减法比较，改用
Objects.compare()、Integer.compare()、Double.compare()等 - 字符串比较用
String.compareTo()，别用==或.equals()混入 compare 方法体 - 如果字段可能为
null，先用Comparator.nullsFirst()或Comparator.nullsLast()包一层，别自己写 if-else 判空
多字段排序怎么链式组合才不绕晕
用 thenComparing() 链式调用是主流做法，它比手写嵌套三元表达式清晰得多，也避免重复取字段、重复判空。关键是理解「链式 = 优先级从左到右」：先按姓名排，同名再按年龄排，同龄再按 ID 排，就该写成 comparing(User::getName).thenComparing(User::getAge).thenComparing(User::getId)。
使用场景：后台分页查用户列表，前端要求「姓名升序 → 年龄降序 → ID 升序」；导出 Excel 时需稳定排序（相同字段下保持插入顺序）。
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 升序用
comparing()，降序用comparing().reversed()或直接comparing(..., Comparator.reverseOrder()) - 想让 null 值排前面？写
comparing(User::getEmail, Comparator.nullsFirst(String::compareTo)) - 避免反复调用 getter：不要写
(a,b) -> a.getName().compareTo(b.getName()) != 0 ? ... : ...，这种写法既难读又无法复用
什么时候该用 Comparator，什么时候该让类实现 Comparable
外部比较器（Comparator）只在需要「多种排序逻辑」或「无法修改原类」时才用。比如 java.time.LocalDateTime 本身没实现 Comparable（它实现了，但注意是按时间戳），你却要按「小时段分组再排序」，那就只能靠外部 Comparator；又比如第三方库的类，你没法改源码，也得用 Comparator。
容易踩的坑：给一个已实现 Comparable 的类（如 String、LocalDate）又写无意义的 Comparator，比如 Comparator.naturalOrder() —— 它只是把 compareTo() 包了一层，没加任何逻辑，纯属冗余。
- 类自身有唯一、自然的大小关系（如数字、日期、字母序），优先实现
Comparable - 同一类需要多种排序策略（如 User 按注册时间排、按积分排、按地区排），全部走
Comparator - 用
TreeSet或TreeMap时传入Comparator，注意它会完全覆盖类自身的compareTo()，哪怕你只改了一个字段的顺序
Stream.sorted() 和 Collections.sort() 用哪个更稳
二者底层都调用 Arrays.sort()，性能没差别，选哪个取决于你手头的数据结构和是否想改原集合。用 Stream.sorted() 会生成新集合（惰性求值，但终端操作后仍是新 List），原 list 不变；而 Collections.sort() 直接修改原 list，不产生中间对象。
性能影响：小数据量（Stream.sorted() 多一次遍历 + 新数组分配，内存压力略高；并发场景下，Collections.sort() 要求 list 是线程安全的或已加锁，否则可能抛 ConcurrentModificationException。
- 想保留原集合不变？选
list.stream().sorted(comparator).collect(Collectors.toList()) - 确定 list 是局部变量、后续不再用旧顺序？用
Collections.sort(list, comparator)更省内存 - 千万别对
Arrays.asList()返回的 list 调用Collections.sort()后再 add 元素——它返回的是固定大小的 list，add 会抛UnsupportedOperationException
多字段排序真正麻烦的从来不是语法，而是 null 处理、时区差异、本地化字符串比较（比如德语 ß 和 ss 的等价性）、以及 stream 中的异常传播（lambda 里抛 checked exception 就得包装）。这些地方一漏，测试能过，上线就抖。
