java函数式接口本身不支持动态代码执行，仅定义单抽象方法契约；动态性需结合lambda（最轻量安全）、methodhandle（反射优化）、scriptengine（脚本化，需沙箱）或字节码生成（bytebuddy/asm，最后手段）。
Java 中函数式接口本身不直接支持“动态代码执行”，它只是对单抽象方法接口的语法约定，用于配合 Lambda 表达式或方法引用。真正实现动态执行逻辑，需结合函数式接口 + 运行时传入的行为（如 Lambda、MethodHandle、ScriptEngine 或字节码生成等）。关键在于：函数式接口定义“契约”，而动态性来自运行时绑定的具体实现。
用 Lambda 实现最轻量的动态行为注入
这是最常见、最安全的方式。函数式接口作为参数类型，调用方在运行时传入不同 Lambda，实现逻辑动态切换。
- 定义函数式接口（如自定义或使用 JDK 内置）：// 如 java.util.function.Function
- 方法接收该接口作为参数：public void process(Function
handler) { ... } - 调用时动态传入不同逻辑：process(s -> s.length()); 或 process(s -> Integer.parseInt(s));
配合 MethodHandle 实现反射级动态方法调用
当需要根据类名、方法名、参数类型在运行时查找并调用任意方法时，可将 MethodHandle 封装进函数式接口实例中，提升类型安全和调用效率。
- 先通过 MethodHandles.lookup().findVirtual/Static(...) 获取 MethodHandle
- 用 MethodHandle.asType(...) 适配目标函数式接口的签名
- 再通过 LambdaMetafactory 生成实际的函数式接口实例（底层基于 invokedynamic）
- 这样得到的对象既是合法 Lambda，又绑定了真实方法，性能接近直接调用
用 ScriptEngine 执行字符串形式的 Java/JS 代码（慎用）
适用于配置驱动、低频、非核心逻辑的动态脚本场景（如规则引擎），但存在安全、性能与调试问题。
- JDK 自带 ScriptEngineManager.getEngineByName("JavaScript")（GraalVM 下推荐 "graal.js"）
- 把业务逻辑写成字符串（如 "x * 2 + 1"），配合函数式接口封装执行入口
- 注意：禁止执行用户可控的任意代码；建议白名单限制 API、设置超时、启用沙箱（如 GraalVM 的 Polyglot Context 配置）
高级场景：运行时生成字节码（如 ByteBuddy / ASM）
极少数需求（如 AOP 动态代理、DSL 编译器）需彻底动态生成实现类。此时函数式接口是目标类型，生成的类实现其抽象方法。
- 用 ByteBuddy 构建子类或匿名类，重写抽象方法，插入目标逻辑字节码
- 加载类后强转为函数式接口类型，即可像普通 Lambda 一样使用
- 复杂度高，仅在框架层或特定 DSL 场景下适用；日常开发应优先考虑前三种方式
不复杂但容易忽略：函数式接口是静态契约，动态性永远来自运行时提供的实现——Lambda 是首选，MethodHandle 适合反射优化，ScriptEngine 用于脚本化，字节码生成则是最后手段。选型时务必权衡可读性、安全性与维护成本。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
