Java Supplier<T>函数式接口非Lambda传参编译失败问题咨询

fSupplier(myfunc)编译失败的根本原因：Java语法规则中，单独书写方法名（不带调用括号、无方法引用标记）时，编译器会默认将其识别为变量名，不会解析为方法本身。类中不存在名为myfunc的变量，因此抛出找不到变量的编译错误。
() -> Integer.valueOf(1)的Lambda写法可正常编译，是因为这段代码会直接生成Supplier<Integer>接口的实现类实例，完全匹配fSupplier方法的入参类型要求，编译器可正常完成类型校验。

需要明确：Java中方法不是一等公民，不能直接作为参数传递，必须包装成对应函数式接口的实例才能传入，直接写裸方法名的写法不符合Java传参规则。

有两种常用的非Lambda写法可以实现需求：

• 方法引用写法（最简洁的语义化写法）
  Java 8及以上版本支持方法引用语法，用::符号标记要引用的方法，编译器会自动把方法适配成目标函数式接口的实例。因为myfunc是当前类的实例方法，直接用this指代当前实例即可：

public void callFunc(){
    fSupplier(this::myfunc);
}

这种写法和Lambda包装myfunc调用的执行效果完全一致，代码更简洁，语义也更清晰。

• 匿名内部类写法（全版本兼容的传统写法）
  如果不使用Lambda和方法引用特性，可以直接手写Supplier接口的匿名内部类实现，在重写的get方法里调用myfunc：

public void callFunc(){
    fSupplier(new Supplier<Integer>() {
        @Override
        public Integer get() {
            return myfunc();
        }
    });
}

这种写法是最基础的接口实现逻辑，所有Java版本都兼容，本质和Lambda、方法引用生成的接口实例没有区别，只是写法更冗余。

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