如何在 Java 中通过 内部类的 private 访问器 理解 JVM 生成的 access$000 静态方法

一分耕耘，一分收获！既然都打开这篇《如何在 Java 中通过 内部类的 private 访问器 理解 JVM 生成的 access$000 静态方法》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新文章相关的内容，希望对大家都有所帮助！

内部类能访问外部类私有成员，是因为编译器自动生成package-private合成方法（如access$000）并隐式添加外部类引用this$0，所有访问均通过这些合成方法间接完成，JVM层面无特殊豁免。

内部类能访问外部类私有成员，不是 JVM 开放了权限，而是 javac 编译器在字节码层面做了“翻译工作”——它悄悄生成了 access$xxx 这类静态方法，并让内部类通过它们间接读写。理解这个机制，关键不在源码，而在反编译后的字节码。

内部类如何拿到外部类的引用

每个成员内部类实例都隐式持有一个指向其外围实例的引用，编译器把它命名为 this$0，且是 final 的。这个引用不是你写的，是编译器自动加的：

• 当你 new Inner() 时，javac 实际调用的是 Outer$Inner(Outer outer) 构造器
• 构造器第一件事就是把传入的 outer 赋值给 this$0
• 因此，内部类所有对外部类成员的访问，本质上都是基于 this$0 展开的

access$000 是谁生成的、长什么样

这个方法不是你声明的，也不是运行时动态创建的，而是 javac 在编译外部类时自动生成的合成静态方法。它只在以下情况出现：

• 外部类有 private 字段或方法
• 且至少有一个内部类访问了它
• 方法名格式为 access$编号（如 access$000、access$002）
• 修饰符是 package-private（无关键字），不是 public 或 private
• 带有 ACC_SYNTHETIC 标志，表示由编译器生成，不可在 Java 源码中直接调用

例如：static int access$000(Outer x) { return x.outerVar; } —— 它绕过了 JVM 对 private 的字节码限制，因为 package-private 方法可被同一包下的 Outer$Inner.class 调用。

字节码里怎么看出这个调用链

用 javap -c Outer$Inner.class 查看内部类方法的指令，你会看到类似这样的流程：

• aload_0：加载 this（即 Inner 实例）
• getfield #10：取出 this$0 字段（即 Outer 引用）
• invokestatic #20：调用 Outer.access$000(Outer)
• 而不是直接 getfield 外部类的 private 字段

也就是说，源码中看似直白的 outerVar，在字节码里已变成一次静态方法调用——这就是编译器为你“解语法糖”的全过程。

为什么不能靠反射直接调用 access$000

虽然它在字节码里可见，但它是合成方法（ACC_SYNTHETIC），JVM 规范允许运行时忽略这类方法。更重要的是：

• 它的名字不固定（可能叫 access$000，也可能 access$102，取决于编译顺序）
• 它没有出现在 Java 源码的任何地方，IDE 不提示、编译器不校验
• 工具类（如 ASM、ByteBuddy）若想模拟内部类行为，必须手动复现 this$0 + access$xxx 逻辑，不能依赖反射调用

所以，access$000 是编译期契约，不是运行时 API。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。