MethodHandle 比传统反射快50%以上，关键在于绕过权限检查、参数封装和动态分派，直接生成可内联字节码桩；但需缓存handle、用invokeExact、避免asType重复转换、优先VarHandle，并规避null检查与异常捕获等陷阱。
MethodHandle 能比传统反射快 50% 以上，核心在于它绕过了反射的权限检查、参数封装和调用链路开销，直接生成 JVM 可高效内联的字节码桩（adapter stub）。但这个“快 50%+”不是自动发生的——必须正确构造、缓存并复用 MethodHandle，否则反而更慢。
避免每次重新 lookup：缓存 MethodHandle 实例
反射中 Field.get() 或 Method.invoke() 每次都走安全检查 + 参数数组包装 + 动态分派；而 MethodHandle 的 lookup（如 privateLookupIn 或 findGetter）是昂贵操作，应只做一次。
- 用
static final字段或 ConcurrentHashMap 缓存已解析的 handle，例如：private static final MethodHandle GET_ID = lookup.findGetter(User.class, "id", int.class); - 对非 public 成员，需用
MethodHandles.privateLookupIn(clazz, lookup)获取有权限的 lookup 实例，再查找——不能依赖默认 public lookup - 不要在 hot path 中反复调用
lookup.findVirtual等方法，那是性能杀手
用强类型方法句柄，避免 varhandle 或泛型擦除开销
使用 findVirtual/findGetter/findSetter 得到的是具体签名的 handle（如 MethodHandle(Object):int），JVM 可对其做去虚拟化和内联；而用 invokeExact 强制匹配签名，不触发自动装箱/拆箱或 Object[] 包装。
- 字段访问优先用
findGetter(Class, String, Class)+invokeExact(instance)，而非通用unreflectGetter(field).invokeExact(...) - 方法调用务必用
invokeExact，传入精确类型参数（如mh.invokeExact(obj, 123, "name")），避免invoke触发适配器插入 - 避免把 MethodHandle 转成 Lambda 或存储为
Object，会丢失类型信息，阻碍 JIT 优化
配合 VarHandle（Java 9+）处理简单字段，更轻量
对于 public、static、final 或普通实例字段的读写，VarHandle 比 MethodHandle 更底层、无对象分配、无异常抛出路径，实测常快 10–20%。它本质是 JVM 对字段访问的“第一类支持”。
- 用
MethodHandles.lookup().findVarHandle(Owner.class, "field", int.class)获取 - 调用
get(instance)/set(instance, value)即可，无 try-catch、无 Object 数组、无 invoke 开销 - 注意：VarHandle 不支持 private 字段直访（除非开启 unsafe 或 use
privateLookupIn配合findVarHandle）
规避常见陷阱：null check、异常、重复绑定
看似微小的错误会让 MethodHandle 退化回反射级性能：
- 不要在 handle 调用前手动判 null——JVM 在 invokeExact 时已做快速空检，额外判断反而干扰分支预测
- 避免捕获
Throwable包裹 invokeExact：MethodHandle 抛出的是 uncheckedWrongMethodTypeException或ClassCastException，强制 try-catch 会阻止 JIT 内联 - 勿对同一 handle 反复调用
asType生成新句柄——每个 asType 都产生新对象和适配逻辑，应提前 bind 并缓存转换后的 handle
真正拉开性能差距的，从来不是“用了 MethodHandle”，而是是否跳过了反射的运行时解释层，让 JVM 当作原生调用一样优化。只要缓存得当、类型精准、调用干净，50%+ 的提升在真实业务模型（如 JSON 序列化、ORM 字段映射）中完全可复现。
