Stream.sorted() 默认要求元素实现Comparable接口，否则抛ClassCastException；需用Comparator定制排序逻辑，支持多级、null处理及降序，且为中间操作须配合终止操作执行。
Stream.sorted() 默认按自然顺序排序，但必须确保元素可比较
直接调用 stream.sorted() 会要求流中元素实现 Comparable 接口，否则运行时报 ClassCastException 或 UnsupportedOperationException。比如对 List<string></string> 或 List<integer></integer> 调用没问题，但对自定义对象（如 Person）直接调用就会失败。
常见错误现象：Exception in thread "main" java.lang.ClassCastException: Person cannot be cast to java.lang.Comparable
- 确认类型是否实现了
Comparable；没实现就别裸用sorted() - 字符串、数字包装类、
LocalDate等 JDK 类已实现，可放心用 - 若元素是
null，默认排序会抛NullPointerException（除非提前过滤或用定制Comparator处理）
用 Comparator 控制排序逻辑，包括升序、降序和多级排序
sorted(Comparator) 是更常用、更安全的方式，能绕过 Comparable 限制，也支持复杂规则。
示例：按年龄升序，年龄相同时按姓名字典序
立即学习“Java免费学习笔记（深入）”；
list.stream()
.sorted(Comparator.comparing(Person::getAge)
.thenComparing(Person::getName))
.collect(Collectors.toList());
-
Comparator.naturalOrder()和Comparator.reverseOrder()分别等价于默认升序和显式降序 - 用
Comparator.nullsFirst()或Comparator.nullsLast()显式处理null值，避免崩溃 - 链式调用
thenComparing可叠加多级，但注意顺序：先比的字段优先级更高
sorted() 是中间操作，不改变原集合，且必须有终止操作才执行
sorted() 不会修改原始 List 或数组，它只返回一个新的有序流。而且——没有终止操作（如 collect()、forEach()、count()），整个流管道根本不会运行。
- 写了
stream.sorted().map(...)但没调用collect()？什么都不会发生 - 想“就地排序原列表”？不行。得用
Collections.sort(list, comparator)或list.sort(comparator) - 性能注意：
sorted()是稳定排序，但底层会将流收集到临时数组再排序，对超大流可能触发 O(n) 内存开销
对基本类型流（IntStream 等）不能直接用 sorted(Comparator)
IntStream、LongStream、DoubleStream 的 sorted() 方法无参，只支持自然升序，且不接受 Comparator（因为基本类型不是对象，无法传入函数式接口）。
如果需要降序，得先转成装箱流再处理：
intArray.stream()
.boxed()
.sorted(Collections.reverseOrder())
.mapToInt(Integer::intValue)
.toArray();
- 装箱/拆箱有性能代价，大数据量时慎用
- 若只是简单降序，用
Arrays.sort(arr); Collections.reverse(Arrays.asList(arr))可能更直接 - 别试图对
IntStream.sorted(Comparator.naturalOrder())—— 编译不过
最容易被忽略的是：排序发生在流的「求值时刻」，而 sorted() 自身不触发求值；还有就是自定义对象不实现 Comparable 时，裸调 sorted() 报错的位置往往离实际调用点很远，排查时容易误判为上游数据问题。
