java stream 的 sorted() 是稳定排序，基于 timsort 实现，保留相等元素的原始顺序；支持自定义 comparator，推荐使用 comparing() 链式调用实现多字段、空值、方向等灵活排序。
Java Stream 的 sorted() 是稳定排序，即相等元素的原始相对顺序会被保留；它不修改原集合，而是返回新流。是否稳定，取决于底层使用的排序算法（Timsort），而 Stream API 明确保证了这一点。自定义 Comparator 是实现业务排序逻辑的核心方式，比实现 Comparable 更灵活、更常用。
稳定排序的实际表现
稳定排序在多条件或分阶段处理中很关键。比如先按部门分组再按入职时间排序，相同入职时间的员工不会因排序“打乱”原有添加顺序。
- Stream 的
sorted()基于 Timsort 实现，天然稳定 - 即使使用并行流（
parallelStream()），sorted()仍保持稳定性（注意：其他中间操作如map不保证） - 稳定性仅针对“比较结果为 0”的元素——也就是
Comparator.compare(a, b) == 0时，a 在前、b 在后，则排序后 a 仍在 b 前
自定义 Comparator 的常用写法
不用重写接口类，直接用静态方法或 Lambda 就够用。推荐优先使用 Comparator.comparing() 链式调用，可读性强、不易出错。
- 按单字段升序：
comparing(Person::getAge) - 按单字段降序：
comparing(Person::getAge, reverseOrder()) - 处理 null 值（空值排最后）：
comparing(Person::getName, nullsLast(naturalOrder())) - 按字符串长度：
comparingInt(p -> p.getName().length()) - 复杂逻辑用 Lambda：
(p1, p2) -> Integer.compare(p1.getScore(), p2.getScore())
多字段组合排序（thenComparing）
这是最贴近真实业务的场景，比如“先按状态降序，再按创建时间升序，最后按 ID 升序”。thenComparing 支持链式叠加，每个环节都可独立配置 null 策略和方向。
- 基础链式：
comparing(User::getStatus).thenComparing(User::getCreatedAt).thenComparing(User::getId) - 混合方向：
comparing(User::getDept, reverseOrder()).thenComparing(User::getSalary, nullsLast(naturalOrder())) - 嵌套属性也支持：
comparing(u -> u.getProfile().getLevel())，但要注意 NPE 风险，建议配合Objects.requireNonNullElse或空值比较器
Comparator 与 Comparable 的选择建议
两者不是互斥关系，而是分工明确：
-
Comparable适合定义“这个类型最自然的顺序”，比如Person默认按年龄排，且长期不变 -
Comparator适合临时、多变、上下文相关的排序，比如报表导出时按点击量、后台管理页按更新时间、前端传参动态指定字段 - 一个类可以既实现
Comparable，又在不同场景传入不同Comparator——Stream 的sorted()会优先使用你显式传入的比较器
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
