LambdaMetafactory 首次绑定耗时，后续复用极快；需缓存 CallSite target、声明 MethodHandle 为 static final、复用函数式接口实例，并仅在高频固定模式调用中使用。
LambdaMetafactory 本身不是每次调用都“重新生成”的耗时操作——它的开销集中在首次绑定，后续复用极快。所谓“耗时剧增”，往往不是 LambdaMetafactory 慢了，而是误用了它：在热点路径里反复调用 metafactory，或未缓存关键中间对象。
必须缓存 CallSite 的 target 方法句柄
CallSite 返回后，应立即调用 getTarget().invokeExact() 获取函数式接口实例，并**长期复用该接口实例**（如设为 static final 字段）。切勿在循环或高频方法内重复执行整个 metafactory 流程：
- ❌ 错误：每次请求都重走 lookup → findVirtual → metafactory → getTarget → invokeExact
- ✅ 正确：初始化阶段一次性完成，得到
Function<User, String> getNameFunc后直接getNameFunc.apply(user)
MethodHandle 必须声明为 static final
JIT 编译器对 static final MethodHandle 有深度优化能力，可能内联目标方法；若声明为局部变量或非 final 字段，JIT 无法稳定识别其不变性，将退化为普通虚调用：
- 用
private static final MethodHandle GET_NAME_HANDLE = ... - 避免
MethodHandle handle = lookup.findVirtual(...)出现在热点方法体内
避免重复创建函数式接口实例
LambdaMetafactory 绑定后生成的是轻量对象，但若在每毫秒级调用中都 new 一个新接口实例（例如每次生成新的 Consumer<Order>），会带来不必要的对象分配和 GC 压力：
- 接口实例可安全共享，无状态函数式接口是线程安全的
- 推荐作为类静态常量、Spring Bean 或配置中心统一管理的单例注入
确认是否真需要 LambdaMetafactory
不是所有反射场景都适合它。如果只是偶尔读一个字段，用缓存后的 Field.get() 已足够；LambdaMetafactory 的价值在于**每秒万次以上、延迟敏感的固定模式调用**，例如：
- JSON 序列化器中反复读取 getter
- RPC 框架参数自动绑定
- ORM 实体属性批量映射
若调用模式不固定（如方法名/签名动态变化），则应改用 MethodHandle 配合 invokeWithArguments，而非强求 metafactory。
