Java中Stream.sorted()无参方法依赖元素自然顺序（需实现Comparable），不支持null；带Comparator参数的方法由外部定义排序逻辑，支持null处理且无需修改类定义。
Java 中 Stream.sorted() 的无参方法和带 Comparator 参数的方法，核心区别在于排序依据的来源不同：前者依赖元素自身的自然顺序，后者由外部明确指定比较逻辑。
无参 sorted()：要求类型实现 Comparable
调用 stream.sorted() 时，JVM 会尝试把每个元素强转为 Comparable，然后调用其 compareTo() 方法。这意味着：
- 像
String、Integer这类 JDK 内置类型可以直接用，因为它们已实现Comparable； - 自定义类（如
User、Person）必须显式实现Comparable接口，并重写compareTo()，否则编译虽通过，运行时抛ClassCastException； - 该方法不接受
null元素——如果流中含null，排序过程会直接抛NullPointerException。
带 Comparator 的 sorted()：完全由你控制比较规则
使用 stream.sorted(comparator) 时，排序逻辑与元素自身无关，全部交由传入的 Comparator 决定：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 无需修改类定义，适合临时按某字段排序（比如按年龄升序、按姓名降序）；
- 支持 Lambda 表达式写法，例如
sorted((u1, u2) -> Integer.compare(u1.getAge(), u2.getAge()))； - 可安全处理
null值——只要Comparator显式定义了null的位置（如用Comparator.nullsFirst()或nullsLast()）； - 同一个类可以有多种排序方式，互不干扰，比如一次按薪资排，一次按入职时间排。
类型约束与编译检查机制不同
Java 泛型擦除后，两个重载方法的类型约束实际体现在编译阶段：
立即学习“Java免费学习笔记（深入）”；
-
sorted()要求泛型类型T必须是Comparable super T>的子类型，IDE 或编译器可能给出警告（但不是编译错误），真正失败在运行时； -
sorted(Comparator super T>)对T无额外限制，只要传入的Comparator类型能覆盖T即可，类型不匹配会在编译期直接报错； - 传
null给带参版本，会导致运行时NullPointerException，而不会被编译器拦截。
适用场景建议
选哪个，主要看设计意图和维护成本：
- 如果某个类“天然”只有一种主流排序方式（比如
Person总是按身份证号排序），在类里实现Comparable更简洁； - 如果排序逻辑多变、临时性强、或涉及多个字段组合（如先按部门再按薪资），优先用
Comparator； - 涉及第三方类或无法修改源码的类，只能靠
Comparator； - 需要兼容
null或做复杂校验（如忽略大小写、按拼音排序），Comparator是唯一选择。
