内部类能访问外部类私有成员，是因为编译器自动生成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<p>例如：<code>static int access$000(Outer x) { return x.outerVar; } —— 它绕过了 JVM 对 private 的字节码限制，因为 package-private 方法可被同一包下的 Outer$Inner.class 调用。
Java Linux版
下载
Java Linux版下载入口，提供 Oracle JDK 26.0.2 官方 Linux 安装包、Java 环境配置、JDBC 数据库连接和 Java 服务端开发相关信息。
字节码里怎么看出这个调用链
用 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。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
