使用stream().sorted()相比Collections.sort()是否存在优势？

嘿，这个问题问得特别实在！很多人刚接触Stream的时候都会纠结这俩排序方式的差异，咱就针对你用List+自定义Comparator的场景，聊聊Collections.sort()的核心优势：

• 原地修改，节省内存开销
  Collections.sort(collection, comparator)是直接在原List上进行排序操作，不会生成新的集合对象。而stream().sorted(comparator)本质上是创建了一个排序后的Stream，如果你要得到最终的List，还得加上collect(Collectors.toList())——这会生成一个全新的List，把原集合的元素复制一遍再排序。如果你的原集合很大，或者不需要保留原集合的状态，那Collections.sort()能省不少内存，毕竟不用额外存一份元素副本。

• 性能更优，尤其针对大型集合
  底层实现上，Collections.sort()对List用的是专门优化过的TimSort算法，效率极高。而Stream的排序虽然底层也是类似的排序逻辑，但中间多了Stream流水线的包装、元素遍历传递的开销，再加上最终收集成新集合的复制操作，整体性能会比直接原地排序略差一点。如果是处理百万级别的元素，这个差异会更明显。

• 代码更直接，无冗余操作
  如果你只是单纯需要给原List排序，不需要后续的Stream操作（比如过滤、映射、分组），那Collections.sort()的代码更简洁直接：一行代码就搞定排序。而Stream的方式得写一串链式调用，最后还要收集成List，反而多了不必要的步骤。比如对比：

  // 直接原地排序
  Collections.sort(myList, new CustomComparator());
  
  // Stream方式需要额外收集
  List<MyObj> sortedList = myList.stream().sorted(new CustomComparator()).collect(Collectors.toList());
  

  要是你不需要保留原列表，用Stream的话还得把sortedList再赋值回原变量，多此一举。

• 精准控制集合状态
  如果你明确就是要修改原有的List（比如这个List是全局状态的一部分，后续逻辑依赖它的排序状态），那Collections.sort()是最直接的选择，不需要额外处理新集合的赋值问题。而Stream方式默认不会改变原集合，必须手动替换原引用才行。

当然啦，Stream的排序也有它的适用场景：比如你排序后还要接着做过滤、映射等操作，用Stream链式调用会更连贯，代码可读性更高。但单纯从排序本身来看，Collections.sort()在内存、性能和简洁性上都有明显优势。

内容的提问来源于stack exchange，提问作者Sebastian D'Agostino