Java编译错误：为何第二种Stream排序写法无法通过编译？

先看你给出的代码：

List<List<Long>> list = Lists.newArrayList();
list.stream().sorted(Comparator.comparing(x -> x.get(0))); // 正常运行
list.stream().sorted(Comparator.comparing(x -> x.get(0)).reversed()); // 编译报错
list.stream().sorted(Collections.reverseOrder(Comparator.comparing(x -> x.get(0)))); // 正常运行

核心原因：Java类型推断的「顺序问题」 #

咱们拆开来逐个说：

1. 第一段能运行的原因
   当你直接把Comparator.comparing(x -> x.get(0))传给sorted时，Java会从sorted的需求倒推：sorted需要一个能比较List<Long>的Comparator，所以它能自动确定lambda里的x就是List<Long>，x.get(0)返回Long，完美匹配comparing方法的要求，自然能生成正确的比较器。

2. 第二段报错的关键
   当你在comparing(...)后面加.reversed()时，Java的类型推断顺序被打乱了：

• Java会先处理Comparator.comparing(x -> x.get(0))，但这时候它还不知道这个比较器最终要传给sorted（需要Comparator<List<Long>>），因为.reversed()是泛型方法，它会先试图确定comparing返回的比较器类型，而此时lambda里的x类型是模糊的——Java不知道x是什么，自然不知道x.get(0)返回什么类型，comparing就没法生成正确的比较器，直接编译报错。

简单说就是：没加.reversed()时，Java能「从后往前」推断类型；加了之后，它只能「从前往后」看，这时候前面的lambda类型没确定，就卡壳了。

3. 第三段正常运行的原因
   Collections.reverseOrder(...)是先拿到一个完整的比较器，再反转它。
   这里Comparator.comparing(x -> x.get(0))是作为参数传给reverseOrder的，而reverseOrder需要的参数类型和sorted需要的一致（都是Comparator<List<Long>>），所以Java还是能从sorted的需求倒推，先确定x是List<Long>，生成正确的比较器，再交给reverseOrder反转，完全没问题。

给第二段的修复方法 #

只要给lambda显式指定x的类型，让Java不用猜，就能解决：

list.stream().sorted(Comparator.comparing((List<Long> x) -> x.get(0)).reversed());

内容的提问来源于stack exchange，提问作者bwju