Java 8方法引用疑问：为何Holder::getHolded可转Consumer而Function实例不行

这是个非常好的问题，核心在于Java方法引用的上下文依赖特性，以及函数式接口之间的隐式转换规则差异。咱们一步步拆解：

1. 未绑定方法引用的"多面性" #

Holder::getHolded 是一个未绑定的实例方法引用，它本身并没有固定的类型——它的类型是由它所处的上下文（也就是被赋值或传递的目标函数式接口）来决定的。

Java允许它适配多个不同的函数式接口，只要接口的方法签名和它兼容：

• 当你把它赋值给 Function<Holder, String> 时，它匹配 Function 的 apply(Holder) -> String 签名：传入Holder实例，返回String。
• 当你直接把它传给 consume(Consumer<Holder>) 时，Java会自动适配成 Consumer：因为 Consumer 的 accept(Holder) -> void 签名，允许忽略方法的返回值（这里就是忽略getHolded()返回的String）。这是Java语言规范里允许的适配规则：有返回值的方法引用可以适配到返回void的函数式接口方法。

2. 已赋值的Function实例类型已固定 #

一旦你把 Holder::getHolded 赋值给了 Function<Holder, String> getHolded，这个变量的静态类型就被固定为Function了。

Function 和 Consumer 是两个完全独立的函数式接口，它们之间没有继承关系，Java也没有提供默认的隐式转换规则。哪怕你知道调用getHolded.apply(h)的返回值可以被忽略，编译器也不会自动把Function类型转成Consumer类型——因为从类型系统的角度看，这两个接口是不兼容的。

3. 如何让consume(getHolded)合法？ #

如果你想把已有的Function实例传给需要Consumer的方法，需要手动做一层包装，用lambda表达式把Function的调用转换成Consumer的行为：

consume(h -> getHolded.apply(h));

这样lambda表达式会被编译器识别为Consumer，因为它接受Holder参数，执行apply调用并忽略返回值，完美匹配Consumer的accept方法签名。

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