为何需指定Map.Entry泛型类型？静态上下文编译错误解析

编译错误提示：
Non-static method cannot be referenced from a static context

错误代码如下：

public static Optional<String> getAuthorWithMostPublishedBooks(){
    return books.stream()
            .collect(Collectors.groupingBy(Book::getAuthor, Collectors.counting()))
            .entrySet().stream()
            .max(Comparator.comparing(Map.Entry::getValue).thenComparing(Comparator.comparing(Map.Entry::getKey).reversed()))
            .map(Map.Entry::getKey);
}

以下版本可成功编译：

public static Optional<String> getAuthorWithMostPublishedBooks(){
    return books.stream()
            .collect(Collectors.groupingBy(Book::getAuthor, Collectors.counting()))
            .entrySet().stream()
            .max(Comparator.comparing(Map.Entry<String, Long>::getValue).thenComparing(Comparator.comparing(Map.Entry<String, Long>::getKey).reversed()))
            .map(Map.Entry::getKey);
}

用户问题 #

为何需要指定Map.Entry的类型？是否是因为键的类型不同？

解答 #

这不是因为键的类型不同，而是Java类型推断机制的局限性导致的。

在错误版本的代码中，调用Comparator.comparing(Map.Entry::getValue)时，编译器无法从链式调用的上下文中完整推断出Map.Entry的具体泛型参数（即键为String、值为Long）。虽然Collectors.groupingBy(Book::getAuthor, Collectors.counting())明确返回Map<String, Long>，其entrySet元素是Map.Entry<String, Long>，但在后续thenComparing的链式调用里，编译器没办法把前面的类型信息无缝传递下去，导致它无法确定Map.Entry::getKey和Map.Entry::getValue对应的是哪个泛型实现——毕竟Map.Entry是泛型接口，这些方法的签名依赖于泛型参数的具体类型。

当显式指定Map.Entry<String, Long>::getValue和Map.Entry<String, Long>::getKey时，相当于直接给编译器明确了要使用的泛型类型，消除了类型推断的歧义，编译器就能正确识别这些方法属于Map.Entry<String, Long>的实例方法，自然不会再抛出“静态上下文无法引用非静态方法”的错误。

补充说明：该方法的逻辑是找出图书列表中出版书籍最多的作者，若存在并列情况则选择字母顺序靠前的作者。显式指定泛型类型后，也能确保排序逻辑的类型匹配——比如按Long类型的书籍数量排序，再按String类型的作者名逆序排序，最终得到符合要求的结果。

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