java集合自定义排序的核心是明确“怎么比”：通过comparator接口（外部规则）或comparable接口（自然顺序）定义比较逻辑，前者支持多规则、不侵入类，后者适用于唯一公认顺序；需注意溢出、null、传递性等边界问题。
Java集合自定义排序的核心，是把“怎么比”这件事说清楚——不是写得多复杂，而是逻辑稳、边界全、语义准。Collections.sort()本身不决定顺序，它只执行你给的Comparator规则；而Comparator就是那个能回答“a在b前面吗”问题的明确逻辑。
单字段排序：简洁优先，避开常见坑
对基础类型或简单对象按一个字段排，Lambda最直观，但细节不能省：
- 别用 a.length() - b.length() 这类减法算整数差——可能整数溢出，结果翻车；改用 Integer.compare(a.length(), b.length()) 或 Comparator.comparingInt(String::length)
- 字符串忽略大小写？直接用 String::compareToIgnoreCase，比手写toLowerCase()再比更安全高效
- 浮点字段（如double price）千万不用 == 或 a - b 比较，必须用 Double.compare(a, b)
- 字段可能为null？不处理就抛NullPointerException；用 Comparator.nullsLast(Comparator.naturalOrder()) 显式控制空值排在哪
多字段组合排序：链式调用，层级清晰
业务常需“先按部门升序，同部门再按年龄降序，年龄相同再按姓名升序”——这时链式thenComparing最自然：
- 每个 .thenComparing() 追加一层优先级，顺序即规则优先级，一读就懂
- 某字段要倒序？加 .reversed() 或传入 Comparator.reverseOrder()，比如 thenComparing(Person::getAge, Comparator.reverseOrder())
- 多个字段都可能为空？逐个用 nullsFirst() 或 nullsLast() 包裹，例如 thenComparing(Comparator.nullsLast(String::compareTo))
Comparator vs Comparable：什么时候该用哪个？
两者分工明确，选错会增加维护成本：
- Comparable 是类的“自带排序身份证”——适合该类型有唯一、稳定、通用的自然顺序（如Date按时间、Integer按数值），实现一次，处处可用
- Comparator 是“临时排序说明书”——适合同一类对象在不同场景下有不同排序需求（如User按注册时间排、按积分排、按昵称排），不侵入原类，灵活可复用
- 如果类没实现Comparable，又不想改源码，只能靠Comparator；如果已实现Comparable但当前要换规则，也必须传Comparator覆盖默认行为
实际使用注意事项：别让排序跑不起来
写对逻辑还不够，运行环境也得匹配：
- Collections.sort() 是就地修改，原List必须支持 set() 操作——Arrays.asList() 返回的列表、Collections.unmodifiableList() 包装的列表都会抛 UnsupportedOperationException
- 确保比较器的 compare(a,b) 方法满足自反性（compare(a,a)==0）、对称性（compare(a,b) == -compare(b,a)）、传递性，否则排序结果不可预测
- 若需排序后不改动原集合，可先 new ArrayList(originalList) 复制一份再排
- JDK 8+ 推荐优先用静态工厂方法（如 comparingInt、nullsLast）和Lambda，比匿名内部类更轻量、更易读
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
