Java 8 Jshell中定义Consumer触发类型不兼容报错的问题咨询

你这段代码的核心问题是混淆了lambda体的执行逻辑和方法引用的语义边界。
你以为(str) -> System.out::println是“接收str参数后执行打印逻辑”，但实际它的真实语义是：接收一个str入参后，返回一个匹配PrintStream.println(String)签名的函数对象。
这里有两个关键错位：

• 你声明的入参str在这段lambda里完全没有被使用，既没有被传给println方法，也没有参与任何逻辑计算。
• Consumer<String>的抽象方法accept(String)要求是：接收入参后执行逻辑，无任何返回值。但你这个lambda返回了一个非void类型的函数对象，和接口签名完全不匹配。

那个报错里提到的void is not a functional interface，本质是编译器在做类型推断时出现了逻辑错位：它需要校验lambda的返回值是否符合Consumer的void返回要求，又因为lambda返回了一个没有明确目标类型的方法引用，推断过程绕进了死循环，才抛出了这个看起来有点费解的提示。

有两种完全符合Java语法的写法，二选一即可：

• 把入参实际传入println方法执行，让lambda体成为一次void类型的方法调用：
  Consumer<String> consumer = (str) -> System.out.println(str);
  这种写法下，lambda的逻辑就是拿到str后执行打印动作，没有任何返回值，完全匹配accept方法的签名要求。
• 去掉多余的lambda外壳，直接把方法引用赋值给Consumer：
  Consumer<String> consumer = System.out::println;
  因为System.out::println的方法签名（接收一个String入参、无返回值）本身就和Consumer<String>的抽象方法完全匹配，编译器可以直接完成类型推断，根本不需要额外写一层(str)->的包装。

补充小提示：方法引用本身就是一个函数式接口的实例，不是一段需要被执行的代码块。如果它的签名和目标函数式接口匹配，就可以直接赋值，不要随意套lambda壳，很容易出现逻辑错位。

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