java 11及更高版本通过更新jvm规范，移除了嵌套类访问外部类私有成员时所需的合成方法。这一改进引入了`nesthost`和`nestmembers`类文件属性，并修订了jvm的访问控制规则，使得同一“巢穴”（nest）内的类可以直接访问彼此的私有成员，从而简化了字节码并提升了执行效率。
1. Java 11 之前的访问机制：合成方法
在Java 11之前，当一个内部类（Inner Class）需要访问其外部类（Outer Class）的私有成员（字段或方法）时，Java编译器会采取一种间接的方式。由于Java虚拟机（JVM）的访问控制规则严格规定私有成员只能由声明它们的类自身访问，内部类虽然在逻辑上与外部类紧密相关，但在JVM看来它们是不同的类。
为了解决这一矛盾，编译器会自动生成所谓的“合成方法”（Synthetic Methods）。这些合成方法通常是包私有（package-private）的静态或实例方法，作为外部类私有成员的桥接器。例如，如果内部类需要读取外部类的私有字段x，编译器会在外部类中生成一个类似static int access$000(Outer outerInstance)的方法，内部类则通过调用这个合成方法来获取x的值。这种机制虽然保证了功能性，但会增加类文件的大小，并引入额外的间接方法调用。
2. Java 11+ 的变革：引入“巢穴”（Nests）概念
Java 11 对 JVM 规范进行了重大更新，引入了“巢穴”（Nests）的概念，彻底改变了嵌套类访问私有成员的方式，从而消除了对合成方法的依赖。
2.1 NestHost 和 NestMembers 属性
JVM 规范在 Java 11 中新增了两个类文件属性：NestHost 和 NestMembers。
立即学习“Java免费学习笔记（深入）”；
- NestHost 属性：当一个类是一个“巢穴”的成员时，它的类文件中会包含 NestHost 属性，指向该巢穴的宿主类（即最外层的类）。
- NestMembers 属性：巢穴的宿主类（通常是外部类）的类文件中会包含 NestMembers 属性，列出属于该巢穴的所有成员类。
通过这两个属性，JVM 能够明确识别哪些类在逻辑上属于同一个“巢穴”，即它们是紧密相关的，并且可以共享彼此的私有成员。
示例代码：
考虑以下经典的嵌套类结构：
public class Outer {
private int x = 10; // 私有字段
public class Inner {
public void foo() {
System.out.println(x); // 内部类访问外部类的私有字段
}
}
public static void main(String[] args) {
Outer outer = new Outer();
Outer.Inner inner = outer.new Inner();
inner.foo(); // 输出 10
}
}在 Java 11+ 中编译上述代码时：
- Outer$Inner.class 文件将包含 NestHost 属性，指向 Outer 类。
- Outer.class 文件将包含 NestMembers 属性，列出 Outer$Inner 类。
这表明 Outer 和 Inner 属于同一个“巢穴”，Outer 是宿主，Inner 是成员。
2.2 JVM 访问控制规则的修订
Java 11 对 JVM 规范的访问控制部分（特别是 JVMS 5.4.4 节）进行了修订，以利用“巢穴”概念。
Java 10 及之前（简述）: JVM 的访问控制规则指出，一个私有字段或方法 R 只能由声明它的类 D 访问。
Java 11 及之后（修订后）: 新的规则增加了以下条款：
如果一个私有字段或方法 R 是由一个类或接口 C 声明的，并且 C 与当前访问类或接口 D 属于同一个“巢穴”（根据“巢穴同伴测试”），则 R 对 D 是可访问的。
这意味着，如果 Inner 和 Outer 被 JVM 识别为“巢穴同伴”（nestmates），那么 Inner 就可以直接访问 Outer 的私有字段 x，而无需任何编译器生成的中间方法。JVM 会在运行时执行“巢穴同伴测试”，判断两个类是否属于同一个巢穴。
3. 示例与对比分析
让我们以上述 Outer 和 Inner 类为例，对比 Java 10 和 Java 11+ 编译后的行为：
Java 10 (或更早版本): 当 Inner 类中的 System.out.println(x) 语句被编译时，由于 x 是 Outer 的私有成员，编译器会生成一个合成方法。生成的字节码可能类似于：
// Outer.class 中生成的合成方法（伪代码）
/* package-private */ static int access$000(Outer outerInstance) {
return outerInstance.x;
}
// Inner.class 中对 x 的访问（伪代码）
public void foo() {
// 调用合成方法来获取 x 的值
System.out.println(Outer.access$000(Outer.this));
}这里 Outer.this 是 Inner 实例持有对 Outer 实例的隐式引用。
Java 11 及之后: 在 Java 11+ 中，由于 Outer 和 Inner 被视为“巢穴同伴”，Inner 可以直接访问 Outer 的私有字段 x。编译器不再需要生成合成方法。System.out.println(x) 语句将直接编译为 getfield 字节码指令，直接从 Outer 实例中读取字段 x。
// Inner.class 中对 x 的访问（伪代码）
public void foo() {
// 直接访问外部类的私有字段
System.out.println(this.outerInstance.x); // outerInstance是Inner隐式持有的Outer引用
}这里的 getfield 指令会直接操作 Outer 实例的内存，获取 x 的值。
4. 优势与注意事项
4.1 优势
- 简化字节码： 移除了编译器为私有成员访问生成的合成方法，使得类文件更小、更简洁。
- 提高执行效率： 避免了额外的合成方法调用开销。虽然现代 JVM 的 JIT 编译器可能会优化掉这些方法调用，但直接访问理论上更加高效。
- 语义一致性： 这种机制更符合开发者对嵌套类能够自然访问外部类私有成员的直观理解。
- 更好的反射支持： 由于不再有合成方法，反射操作的结果也更加清晰，不会看到那些原本只为编译器内部机制服务的桥接方法。
4.2 注意事项
- JVM 版本要求： 这一改进是 JVM 规范层面的变化，因此需要使用 Java 11 或更高版本的 JDK 进行编译和运行，才能享受到这些特性。
- 对源代码无影响： 开发者在编写 Java 源代码时，访问嵌套类的私有成员的方式保持不变。这个改变是编译器和 JVM 在幕后处理的优化。
- 兼容性： 这种改变是向后兼容的，旧版本的类文件（包含合成方法）在 Java 11+ 的 JVM 上仍然可以正常运行。
5. 总结
Java 11 引入的“巢穴”概念和对 JVM 访问控制规则的修订，是 Java 平台在模块化和内部结构优化方面的重要一步。通过允许同一“巢穴”内的类直接访问彼此的私有成员，Java 成功地移除了对合成方法的依赖，使得字节码更加简洁高效，同时保持了语言的封装性和安全性。这一改进不仅体现了 Java 平台持续演进的特性，也为开发者带来了更清晰、更优化的运行时环境。
