Java 8创建反向Comparator时出现编译错误的原因解析

核心逻辑：Lambda表达式的类型推断规则 #

Java里的Lambda表达式本身没有固定类型，它的具体类型完全由上下文的目标类型决定——也就是它被赋值的变量类型、或是作为参数传递时的方法参数类型。编译器必须依赖这个目标类型，才能确定Lambda实现的是哪个函数式接口。

第一种写法报错的原因 #

在第一份代码的第2行：

Comparator<String> comparator = ((emp1, emp2) -> emp1.compareTo(emp2)).reversed();

这里的执行顺序是先调用Lambda的.reversed()方法，再把结果赋值给变量。但问题出在：

• 编译器还没给这个Lambda分配明确的目标类型（因为目标类型是等号右侧最终结果要匹配的Comparator<String>，但现在Lambda后面还跟着方法调用，上下文无法直接提供类型依据）；
• .reversed()是Comparator接口的默认方法，但此时编译器不知道这个Lambda对应的是Comparator类型——理论上可能存在其他函数式接口，拥有相同签名的抽象方法，甚至也定义了reversed方法；
• 没有明确的目标类型，编译器无法确认Lambda的具体类型，自然无法解析.reversed()方法，于是抛出「表达式的目标类型必须是函数式接口」的错误。

第二种写法正常编译的原因 #

在第二份代码中：

Comparator<String> comparator = ((emp1, emp2) -> emp1.compareTo(emp2));
comparator = comparator.reversed();

操作被拆成了两步，规避了类型推断的问题：

1. 第一步把Lambda赋值给Comparator<String>类型的变量：此时编译器通过等号左侧的Comparator<String>作为目标类型，直接确定Lambda实现的是Comparator<String>接口，完成类型推断；
2. 第二步调用comparator.reversed()：因为comparator已经是明确的Comparator<String>类型，编译器可以直接识别.reversed()是该接口的合法默认方法，返回结果也符合Comparator<String>类型，能正常赋值。

额外优化方案 #

如果想在一行代码里实现链式调用，可以通过显式强制类型转换，提前给Lambda指定类型：

Comparator<String> comparator = ((Comparator<String>) (emp1, emp2) -> emp1.compareTo(emp2)).reversed();

这里通过强制转换明确了Lambda的类型为Comparator<String>，编译器就能正常识别后续的.reversed()方法，不会报错。

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