优先用comparator而非comparable，因其支持多策略、不侵入实体、便于测试复用；关键点包括显式处理null、thencomparing实现多级排序、业务语义映射优先于字面比较。
Java中对业务数据排序，最常用的是Collections.sort()配合自定义Comparator，它灵活、可读性强，且不侵入原始类结构。
为什么优先用Comparator而不是Comparable
业务排序逻辑往往多变：同一对象可能按创建时间升序、按金额降序、按状态分组再按名称排序。若让实体类实现Comparable，就只能固定一种自然顺序，违反开闭原则。Comparator把排序规则外置，同一类可拥有多个排序策略，便于测试和复用。
- 不同场景复用同一实体：订单列表在“待处理页”按提交时间倒序，在“统计报表页”按成交金额正序
- 临时排序无需修改DTO或Entity源码，避免污染领域模型
- 支持Lambda表达式，一行代码写完简单排序，如
Comparator.comparing(Order::getAmount)
写好自定义Comparator的三个关键点
业务排序常涉及空值、多级条件、类型转换，直接链式调用容易出错。
-
显式处理null：用
Comparator.nullsFirst()或Comparator.nullsLast()包裹，避免NullPointerException。例如：Comparator.nullsLast(Comparator.comparing(User::getNickname)) -
多字段组合排序用thenComparing：先按状态分组（如“进行中”在前），再按更新时间倒序，最后按ID升序保稳定：
comparing(Order::getStatus).thenComparing(Order::getUpdateTime, Comparator.reverseOrder()).thenComparing(Order::getId) -
业务语义优先于字面值：比如“订单状态”是字符串枚举，但排序应按业务优先级（待支付→已发货→已完成），此时别直接比字符串，而是映射为序号再比较：
comparing(o -> statusOrderMap.getOrDefault(o.getStatus(), Integer.MAX_VALUE))
Collections.sort() vs List.sort()：选哪个
两者行为一致，都要求List是可修改的（如ArrayList），不支持不可变集合（如Arrays.asList()返回的固定大小列表需先拷贝）。
- 用
Collections.sort(list, comparator)更常见，语义清晰，兼容老版本JDK -
list.sort(comparator)是Java 8新增实例方法，少写一个类名，适合链式调用场景（如Stream收集后立刻排序） - 注意：二者都是原地排序，不生成新列表；如需保留原顺序，先调用
new ArrayList(originalList)
复杂业务排序的实用技巧
当排序逻辑无法用纯函数表达（如依赖外部配置、需查缓存、含权限判断），可封装为独立Comparator实现类。
- 将动态权重注入Comparator构造器，比如按用户等级调整商品曝光顺序：
new WeightedProductComparator(userLevel) - 结合Spring环境时，用
@Component注册常用Comparator，通过@Qualifier按需注入 - 性能敏感场景（如高频排序万级数据），避免在compare方法里重复计算，提前把衍生字段（如拼音首字母、时间戳区间）缓存在对象中或用
thenComparing预处理
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
