Kotlin中方法引用与Lambda表达式的区别及底层实现疑问

一、方法引用的Function0实现类为何持有Receiver实例？ #

Function0确实是无构造方法的函数式接口，但编译器处理方法引用时，会动态生成一个实现了Function0的匿名内部类——这个自动生成的类会自行添加构造方法，用来接收Print实例作为Receiver。

举个实际场景的代码示例：

Print printObj = new Print();
// Lambda表达式
Function0<Void> lambda = () -> printObj.printHello();
// 实例方法引用
Function0<Void> methodRef = printObj::printHello;

• 对于Lambda表达式，如果它没有捕获外部的Print实例（比如调用的是静态方法，或者实例是全局静态变量），生成的Function0实现类就不需要持有该实例，直接在invoke()方法中执行逻辑。
• 而实例方法引用printObj::printHello对应的实现类，本质是编译器帮你生成了这样的代码：

class MethodRefImpl implements Function0<Void> {
    private final Print receiver;

    // 编译器自动生成的构造方法，用于传入Print实例
    MethodRefImpl(Print receiver) {
        this.receiver = receiver;
    }

    @Override
    public Void invoke() {
        receiver.printHello();
        return null;
    }
}

这个构造方法是实现类自己的，和Function0接口本身无关——接口只定义了invoke()的规范，实现类负责处理Receiver的持有与传递。

二、Jetpack Compose重组时为何推荐用方法引用？ #

Compose的重组逻辑依赖状态变化和参数稳定性：只有当函数的输入参数发生实际变化时，才应该触发重组。

Lambda表达式每次重组时，都会生成一个全新的匿名类实例——哪怕Lambda的逻辑完全没变，每次创建的实例都是独立的，哈希码自然不同。Compose会判定这个参数“发生了变化”，从而触发不必要的重组，浪费性能。

而方法引用的处理逻辑不同：编译器会对方法引用做优化，同一个实例的方法引用通常会复用同一个实现类实例（或者生成的实例状态稳定），哈希码不会随重组变化。Compose能识别到这个参数是稳定的，只有当Receiver实例本身变化时才会触发重组，避免了无意义的UI刷新。

比如Compose中的示例：

// 不推荐：每次重组生成新Lambda实例，触发不必要重组
Button(onClick = { printObj.printHello() }) {
    Text("Click")
}

// 推荐：方法引用实例稳定，哈希码不变，仅Receiver变化时才重组
Button(onClick = printObj::printHello) {
    Text("Click")
}

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