首先应该注意,该消息不是由Java编译器(javac)发出的,而是由IntelliJ
IDEA发出的。实际启动构建过程时,可以在“消息构建”窗口中看到javac消息。您在编辑器窗口中看到的是IDEA本身生成的消息,它们可能有所不同。
由于在IntelliJ IDEA中实现了方法引用解析,因此错误消息具有误导性。仅当相应的SAM(单个抽象方法)参数的数量等于方法参数的数量加一个 且
第一个SAM参数类型与包含类的方法兼容时,才认为可以解析非静态方法引用。请参阅实现(另请参见
isSecondSearchPossible上面的方法,对varargs方法执行了一些附加的 *** 作)。
如果您的程序没有错误,它将正常工作。但是,如果您有一个不匹配的类型,则无法替换
Function传入的泛型参数
toMap,因此它仍然存在
Function<T,R>,并且其
apply方法的第一个参数就是
T与该类型不对应的第一个参数
Student。因此,所谓的“第二次搜索”失败了,IDEA认为该方法是从静态上下文中引用的。虽然静态和非静态上下文都不适用于此处,但非静态上下文至少可以根据参数的数量更好地匹配您的方法,因为
getName()方法不接收任何参数。另一方面,IDEA逻辑是“如果非静态上下文不适用,则为静态上下文”,因此显示错误消息。
我认为这是一个错误,或者至少是一个可用性问题。基于类似的问题,我刚刚将其记录在这里。希望我们会修复它。
免责声明:我是IntelliJ IDEA开发人员。
更新 :在IDEA 2017.2。中修复
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)