为什么具有返回类型的 Java 方法引用看起来与消费者接口匹配？

了解方法引用与消费者接口的兼容性

尽管标题是“为什么返回类型的 Java 方法引用与消费者相匹配”接口？”，lambda 表达式和方法引用拥有复杂的关系，超出了单纯的类型匹配范围。让我们深入研究这个主题并阐明其中涉及的复杂性。

定义具有返回类型的 lambda 表达式（例如代码示例中的 lambda1 和 lambda2）时，它遵循其实现的函数式接口的类型签名。然而，令人惊讶的情况发生在方法引用上。

考虑 lambda3 和 lambda4，它们引用了 Consumer 方法。直观上，我们可能会预期 lambda3 会因 Consumer 的返回类型 (String) 与 Consumer 接口的预期 void 返回类型不匹配而失败。然而，lambda3 不但没有失败，反而成功了。

答案在于方法引用背后的设计原则。他们的目标是允许方法适应功能接口，无论其返回值如何。在这种情况下，consume 方法的返回值（String）似乎被忽略，使其符合 Consumer 接口的 void 要求。

有趣的是，同样的原理也适用于 lambda 表达式。 lambda 形式 (args) ->仅当表达式计算结果为非语句值时，表达式才是值兼容的。但是，如果表达式本身是语句（例如，方法调用、递增/递减），则它变为 void 兼容。因此，consume 代表一个有效的 void 兼容形式。

作为一个值得注意的例外，形式 (arg) -> methodReturningVoid(arg) 是唯一缺乏值兼容性的表达式。了解这些复杂性可以增强我们对 Java 的 lambda 表达式和方法引用的理解，使我们能够有效地利用它们的功能。

以上是为什么具有返回类型的 Java 方法引用看起来与消费者接口匹配？的详细内容。更多信息请关注PHP中文网其他相关文章！