MethodHandle 是 Java 7 引入的高性能动态调用机制，绕过反射的安全检查与参数装箱开销，支持 JIT 深度优化，性能接近静态调用；需通过 Lookup 查找方法、asType 类型适配，并优先使用 invokeExact 以保障类型严格匹配和最高性能。
MethodHandle 是 Java 7 引入的底层方法调用机制，相比传统反射（Method.invoke()），它绕过了大部分安全检查和适配开销，能显著提升动态调用性能，尤其在高频、重复调用场景下效果明显。
核心优势：为什么比传统反射快？
传统反射每次调用都要经历：
- 访问权限检查（即使已设 setAccessible(true)，JVM 仍可能做冗余校验）
- 参数数组封装与解包（Object[] → 实际参数类型）
- 方法查找 + 适配器生成（如处理基本类型装箱/拆箱、参数个数/类型转换）
- 调用链路长，难以被 JIT 充分内联
而 MethodHandle：
- 一旦解析成功（通过 Lookup 获取），后续调用就是近乎直接的字节码跳转
- 参数传递是强类型的，无自动装箱/拆箱开销（除非显式使用 asType()）
- 可被 JIT 编译器深度优化，部分场景下接近静态调用性能
如何正确创建并使用 MethodHandle
关键步骤：获取 MethodHandles.Lookup → 查找目标方法 → 类型适配（如需）→ 调用
- 用
MethodHandles.lookup()创建当前类上下文的 Lookup 对象（只能访问本类可访问的方法） - 对私有/非 public 方法，需确保调用方类具有访问权限（如在同一个包、或为内部类、或已用
setAccessible等价机制——但注意：MethodHandle 不支持setAccessible，必须靠 Lookup 权限控制） - 使用
findVirtual/findStatic/findSpecial/findConstructor等方法获取 handle；返回的是泛型MethodHandle，其type()描述签名 - 若参数/返回类型不匹配（例如想用 int 调用接收 Integer 的方法），需用
asType(MethodType)显式转换；避免隐式装箱，优先保持原始类型一致
示例：调用一个 public 实例方法
class Calculator {
int add(int a, int b) { return a + b; }
}
// 获取 handle（推荐缓存，不要每次重新 lookup）
MethodHandles.Lookup lookup = MethodHandles.lookup();
MethodHandle addHandle = lookup.findVirtual(
Calculator.class,
"add",
MethodType.methodType(int.class, int.class, int.class)
);
int result = (int) addHandle.invokeExact(new Calculator(), 3, 5); // invokeExact 要求类型严格匹配
invokeExact vs invoke：选哪个？
优先用 invokeExact —— 它要求传入参数类型、数量、返回类型与 MethodHandle 的 type() 完全一致，无自动转换，性能最高。
立即学习“Java免费学习笔记（深入）”；
invoke 则会尝试自动适配（如基本类型 ↔ 包装类、子类上转型等），相当于加了一层运行时类型推导，带来额外开销，且可能抛出 WrongMethodTypeException。
- 如果已知参数是
int，目标方法签名为(int,int)int，就用invokeExact - 若需兼容 Object 数组输入（类似反射风格），可先用
asType转换 handle 类型，再用invokeExact，而非退化为invoke
实用建议：让性能真正落地
- 务必缓存 MethodHandle 实例：解析（lookup）开销较大，应作为静态字段或单例初始化一次，避免反复查找
-
避免频繁 asType：每个
asType都生成新 handle，虽轻量但累积影响可观；提前按常用签名构造好几种 handle 并缓存 -
配合 VarHandle 或 LambdaMetafactory 替代更重场景：如只读/写字段，用
VarHandle更高效；如需构建函数对象，LambdaMetafactory比反射 + 匿名类更优 - 注意 JDK 版本差异：JDK 8–10 中 MethodHandle 性能已不错；JDK 15+ 进一步优化了 invokeExact 的内联能力，建议在 JDK 11+ 生产环境使用
