关于Lambda表达式与方法引用的两项技术疑问

问题1：getFun()方法的功能与返回值疑问 #

首先得抓住一个核心逻辑：方法引用不是直接调用方法，而是把方法转换成一个符合函数式接口要求的对象。咱们一步步拆解你的问题：

• getFun()的实际功能：它的作用是返回一个DoubleUnaryOperator类型的函数对象，这个对象相当于"指向"了LambdaTests类中的fac(double d)方法。简单说，它没有立刻执行fac的计算逻辑，而是给你一个可复用的"计算工具"，你之后可以拿着这个工具传入具体的double值，再去执行fac方法。
• 为什么不直接调用fac？ 如果直接写LambdaTests.fac(xxx)，你必须马上传入具体参数，得到的只是一个固定的double结果。但getFun()的设计是提供可重复使用的计算逻辑——比如你拿到返回的DoubleUnaryOperator后，能反复传入不同参数（比如fun.applyAsDouble(2.0)、fun.applyAsDouble(5.0)），不用每次都写完整的方法调用代码。
• 为什么返回DoubleUnaryOperator而不是double？ 因为LambdaTests::fac这个方法引用的签名（输入一个double，输出一个double），和DoubleUnaryOperator接口的唯一抽象方法applyAsDouble(double)的签名完全匹配。Java会自动把这个方法引用适配成DoubleUnaryOperator类型的实例。这里我们要的是"能执行计算的函数本身"，而不是一次计算的结果，所以返回的是函数式接口类型，而非具体的double值。

问题2：LambdaTests::...对应的等效Lambda表达式 #

这得分两种场景来看：

• 如果fac是静态方法：LambdaTests::fac完全等效于Lambda表达式 d -> LambdaTests.fac(d)（也可以写成带参数类型的完整形式(double d) -> LambdaTests.fac(d)，不过Java能自动推断参数类型，短写法更常用）。
• 如果fac是实例方法：
  • 要是你在LambdaTests类内部使用this::fac，等效于d -> this.fac(d)；
  • 要是基于某个LambdaTests实例（比如LambdaTests lt = new LambdaTests();），那么lt::fac等效于d -> lt.fac(d)。

内容的提问来源于stack exchange，提问作者J.Hurete