Java Lambda 延迟执行方法封装技巧

Java 不支持直接将带参数的方法调用“字符串化”后存入变量，但可通过函数式接口（如 Supplier、Function 等）配合 Lambda 实现类型安全、简洁且无需反射的延迟调用。

Java 不支持直接将带参数的方法调用“字符串化”后存入变量，但可通过函数式接口（如 Supplier、Function 等）配合 Lambda 实现类型安全、简洁且无需反射的延迟调用。

在 Java 中，无法像动态语言那样通过字符串方法名和参数列表构造一个可调用对象（例如 createCall("method1", a, b)），因为 Java 是静态类型语言，编译期需确定方法签名与返回类型。但现代 Java（8+）提供了更优雅、类型安全且高性能的替代方案：Lambda 表达式 + 函数式接口。

✅ 推荐方案：使用 Lambda 封装方法调用

Lambda 允许你将一段逻辑（包括对已有方法的调用）封装为对象，并按需执行。关键在于选择合适的函数式接口：

• Supplier：无参、有返回值（适用于无参数或已捕获参数的方法调用）
• Function：单参、有返回值
• BiFunction：双参、有返回值
• 自定义函数式接口：支持更多参数（如三参可用 TriFunction，需自行定义）

以你的示例为例，可改写为：

class MyClass {
    int method1(int a, int b) {
        return a * b;
    }

    int method2(int a, int b, int c) {
        return a * b * c;
    }

    int main() {
        int a = 1, b = 2, c = 3;

        // 使用 Lambda 封装：参数在定义时捕获，调用时执行
        Supplier call1 = () -> method1(a, b);
        Supplier call2 = () -> method2(a, b, c);

        return call1.get() + call2.get(); // 输出：1*2 + 1*2*3 = 2 + 6 = 8
    }
}

? 注意：Supplier.get() 是标准调用方式；若希望统一使用 .call()，可自定义接口继承 Supplier 并重命名方法，但不推荐——违背 Java 生态惯例，且无实际收益。

? 扩展：支持不同参数数量的通用封装（进阶）

Java 标准库未提供 TriFunction 等多参接口，但可轻松自定义：

@FunctionalInterface
interface TriFunction {
    R apply(T t, U u, V v);
}

// 使用示例
TriFunction triCall = this::method2;
int result = triCall.apply(1, 2, 3); // 等价于 method2(1,2,3)

不过，对于“统一调用语法”的需求，仍建议坚持使用标准接口（Supplier, Function, BiFunction），因其被 Stream API、CompletableFuture 等广泛支持，语义清晰、工具友好、性能最优。

⚠️ 注意事项与对比说明

• 避免反射方案：虽然可通过 Method.invoke() 实现字符串调用，但会丢失编译期类型检查、引发 IllegalAccessException/InvocationTargetException、性能较差，且无法自动推导泛型与参数类型。
• Lambda 是编译期绑定：捕获的变量（如 a, b）在 Lambda 创建时快照其值（若为局部变量，需是 effectively final）；若需运行时传入新参数，请选用 Function 或 BiFunction 等带参接口。
• 无运行时方法名解析开销：Lambda 编译为私有合成方法，调用等同于普通方法调用，零反射成本。

✅ 总结

Java 中实现“把方法调用存入变量并延迟执行”的最佳实践是：用 Lambda 表达式封装逻辑，配合标准函数式接口（如 Supplier）存储，调用时使用 .get()（或 .apply() 等）触发执行。它类型安全、性能优异、语法简洁，完全规避了反射的复杂性与风险，是 Java 函数式编程的核心范式。