MethodHandle 是 JVM 字节码级轻量调用原语，反射是 Java 语言级通用元编程 API；前者调用快、安全校验前置、支持方法组合与 invokedynamic，后者元数据丰富但开销大、每次调用均校验权限。
MethodHandle 和反射都能实现运行时动态调用，但它们不是同一层面上的工具：反射是 Java 语言级的通用元编程 API，而 MethodHandle 是 JVM 字节码级的轻量调用原语。性能、安全机制和动态能力的差异，都源于这个根本定位不同。
执行效率：调用路径决定速度上限
反射每次 Method.invoke() 都要走完整链路：检查 SecurityManager 权限、解析参数类型、装箱/拆箱、构造 Object[] 数组、再通过 JNI 进入 JVM 内部分派；而 MethodHandle 的开销被大幅前置——所有校验和类型匹配都在句柄创建时完成，调用时只做精确类型比对，直接绑定到 invokedynamic 调用点。
- JIT 编译器可对 invokeExact() 做方法内联、去虚化甚至常量传播，反射则基本不内联
- 无临时对象生成（比如不用 Object[]），避免 GC 压力
- 多线程并发调用无锁竞争，反射中 MethodAccessor 可能存在同步块争用
安全检查：一次校验 vs 每次重检
反射调用即使已执行 setAccessible(true)，每次 invoke 仍会触发 SecurityManager 检查（除非禁用）；MethodHandle 的权限校验仅发生在 Lookup.findVirtual() 等查找阶段，且严格绑定于创建时的 lookupClass —— 也就是说，它继承的是“谁在找”，而不是“谁在调”。
- 访问私有成员必须用 MethodHandles.privateLookupIn(Class, Lookup)，不能靠 setAccessible
- 模块化环境下，跨模块访问非 public 成员需目标模块 opens 包，否则 findXXX 返回 null
- Lookup 实例不可跨类复用，它的权限边界由构造时所在类决定
动态调用能力：灵活性与确定性的权衡
反射提供完整的类结构视图（getDeclaredMethods、getAnnotations、getParameterTypes 等），适合需要分析或遍历元数据的场景；MethodHandle 不暴露方法签名细节，只专注“如何调用”，但它支持更底层的动态操作：
- 可组合方法适配器：参数折叠、返回值丢弃、类型转换（asType）、捕获异常等
- 天然对接 invokedynamic 指令，是 Lambda 表达式、动态代理、脚本引擎的底层载体
- 能绑定构造器、字段访问器、甚至特殊方法（如 VarHandle 相关操作）
使用建议：别为省一次反射而引入更大开销
MethodHandle 的创建成本高于获取 Method 对象——符号解析、字节码验证、句柄生成都更重。所以关键不是“用了就快”，而是“怎么复用”：
- 把句柄缓存为 static final 字段，或用 ConcurrentHashMap 按 Class+方法名+MethodType 索引
- 避免在循环或高频路径里重复调用 findVirtual()；ORM 字段赋值等场景应在类加载期初始化句柄
- 优先用 invokeExact()，确保 MethodType 构造准确（int.class ≠ Integer.class）；需要类型宽松时，显式 asType 一次并缓存结果
