methodhandle 不能访问实例变量，因其仅支持方法、构造器和静态字段调用；varhandle 才是反射 field 的高性能替代，具备零装箱、一次权限检查、jit 内联及明确内存模型等优势。
MethodHandle 在变量访问场景下并不直接适用——它专用于方法、构造器和静态字段调用，不支持实例字段的直接读写。真正替代反射访问变量（尤其是非静态字段）的是 Java 9 引入的 VarHandle。因此，准确对比应是：VarHandle vs 反射（Field），而非 MethodHandle vs 反射访问变量。
为什么 MethodHandle 不能用来“访问变量”
MethodHandle 的设计目标是动态方法调用，其查找方法（如 findVirtual、findStatic、findSpecial）均面向可执行单元。即使通过 findGetter/findSetter 获取字段访问句柄，这些句柄也仅适用于 static final 字段 或需配合特定 JVM 内部机制（如常量折叠），对普通实例字段（如 private String name;）无法生成合法句柄。尝试调用会抛出 NoSuchFieldException 或 IllegalAccessException。
真正对标反射字段访问的是 VarHandle
Java 9+ 提供的 VarHandle 才是反射中 Field.get()/set() 的高性能替代品，它具备：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 零装箱开销：原生类型（int、long 等）直接操作，无需包装成 Integer/Long 对象
-
一次权限检查：在
findVarHandle时完成访问控制验证，后续调用无安全校验开销 - JIT 友好：调用点稳定，可被内联；部分场景（如 final static 字段）甚至编译为单条 CPU 指令
-
内存模型语义明确：支持
getAcquire、setRelease等原子操作，比反射更安全可控
VarHandle 与反射 Field 的实测性能差距
以读取一个 private int 字段为例（100 万次循环）：
-
反射 Field.get()：平均耗时约 85–120ms（含
setAccessible(true)开销、参数数组创建、类型转换、异常包装） -
VarHandle.get()：平均耗时约 8–15ms，提升 6–10 倍；若字段为
static final，可进一步逼近直接字段访问速度 - 关键瓶颈差异：反射每次调用都新建 Object[] 参数、触发 SecurityManager 检查、进行反射 accessor 生成（可能同步竞争）；VarHandle 调用无对象分配、无重复校验、无锁
何时该选哪个？
直接按需求选：
- 需要调用方法（getter/setter/业务逻辑）→ 用 MethodHandle（Java 7+）
- 需要读写字段值（尤其高频、多线程、原生类型）→ 用 VarHandle（Java 9+），别硬套 MethodHandle
- 需要完整类结构分析、枚举所有字段/方法、修改访问修饰符语义 → 必须用 反射
- 项目仍运行在 Java 8 或更低版本 → 只能用反射，或自行缓存
Field.setAccessible(true)结果并复用 accessor
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
