LambdaMetafactory 不是替代反射的工具，而是将反射调用转化为接近直接调用的高性能桥梁，通过 MethodHandle + invokedynamic 生成函数式接口实现，绕过安全检查、参数装箱与方法查找，使调用耗时从35.8ns降至2.9–3.2ns。
LambdaMetafactory 不是“替代反射”的工具，而是把反射调用变成接近直接调用的高性能桥梁。关键不在于少写几行反射代码，而在于绕过 invoke 的运行时检查、权限验证和类型转换开销，让 JVM 能像调用普通方法一样执行它。
为什么 LambdaMetafactory 能快这么多
传统反射 invoke 每次调用都要做安全检查、参数装箱、方法查找和 JNI 跳转；而 LambdaMetafactory 在首次调用时通过 MethodHandle + invokedynamic 生成一个轻量级函数式接口实现，后续调用走的是纯字节码跳转，几乎无额外开销。
- 不触发反射的 Accessible 权限检查流程
- 避免重复 Method 对象查找与缓存管理
- 生成的类缓存在 Metaspace，复用率高，不造成频繁类加载
- 配合 static final MethodHandle 使用时，JIT 可能进一步内联优化
三步写出可用的 LambdaMetafactory 调用
核心是把目标方法“绑定”到一个函数式接口上，再通过接口调用——不是反射调用，而是接口调用。
- 定义一个 @FunctionalInterface，比如 Function
或自定义 Consumer - 用 MethodHandles.lookup() 找到目标方法句柄（静态方法用 findStatic，实例方法用 findVirtual）
- 调用 LambdaMetafactory.metafactory()，传入接口方法签名、目标方法句柄、适配类型，拿到 CallSite；再用其 getTarget().invokeExact() 获取接口实例
MethodHandle 是基础，别跳过它
LambdaMetafactory 依赖 MethodHandle，而 MethodHandle 本身已是比反射快得多的底层机制。建议先确保 MethodHandle 正确创建：
- 用 findStatic / findVirtual / findSpecial 替代 getMethod + invoke
- MethodHandle 必须声明为 static final，否则 JIT 难以优化
- 优先用 invokeExact，它不做自动装箱/类型转换，性能最稳
- 私有方法调用无需 setAccessible(true)，MethodHandle 自动绕过访问控制
实际效果：从 35ns 到 3ns
基于 JDK17 的 JMH 测试显示：同一 getter 方法，在缓存 Method 后反射调用平均耗时约 35.8 ns；改用 LambdaMetafactory 绑定后，稳定在 2.9–3.2 ns 区间，基本与直接调用（2.3 ns）持平。
尤其适合高频场景：JSON 序列化字段读写、ORM 属性映射、RPC 参数注入等对单次调用延迟敏感的环节。
