Java内部类访问权限详解

本文深入剖析了Java中外部类与内部类访问权限的设计逻辑与底层实现：外部类仅支持public或包私有修饰符，禁用private/protected是因JVM类加载机制要求顶层类必须具备可定位的入口；而内部类则拥有完整的访问修饰符自由度，其能“直接”访问外部类private成员的奥秘在于编译器自动生成的合成桥接方法，而非绕过访问控制；静态/非静态/局部/匿名内部类在成员访问、变量捕获和引用持有上的差异也被逐一厘清，同时揭示了.class文件命名不体现权限、字节码才真实承载ACC_PRIVATE等关键事实——理解这一切，离不开对编译器插手逻辑与JVM运行时约束的双重洞察。

外部类只能是 public 或包私有，不能用 private/protected

Java 规定外部类（即顶层类）的访问修饰符只有两种合法组合：public 或者完全不写（即默认包级私有）。写 private class Outer 或 protected class Outer 会直接编译失败，报错信息是：modifier private not allowed here。

原因很简单：外部类要被加载进 JVM，得靠类加载器从文件系统或 Jar 中定位它；如果允许 private，那这个类连同它的 .class 文件就失去了可被识别的入口点。JVM 不支持“仅在某个文件内可见”的顶层类概念。

• 一个 .java 文件里最多声明一个 public 类，且文件名必须与该类名严格一致
• 如果没写 public，这个类只对同包内的其他类可见，跨包哪怕继承也不行
• IDE 可能不立刻标红 protected class，但 javac 一定拒编——别信提示，以编译器为准

内部类访问外部类成员时，private 成员照常可用

这是内部类最常被误解的一点：为什么 private 字段和方法能在内部类里直接调？不是说 private 只能本类访问吗？答案是——编译器做了手脚。

javac 在编译时会为外部类自动生成合成的 package-access 方法（比如 access$000(Outer)），用来桥接私有成员。你写的 outer.privateField 实际被翻译成对这些合成方法的调用。所以运行期根本没绕过访问控制，只是编译期帮你“代劳”了。

• 静态内部类（static class Inner）不能直接访问外部类的非静态 private 成员，必须通过实例引用来调，否则编译报错：non-static variable xxx cannot be referenced from a static context
• 局部内部类（定义在方法里）可以访问所在方法的 final 或“事实上 final”的局部变量，但不能访问非 final 的普通局部变量
• 匿名内部类同理，也受限于所在作用域的变量生命周期和 final 约束

内部类的访问修饰符和外部类的关系

内部类自己的访问修饰符（public、private、protected、默认）控制的是“谁能把这个内部类当类型来用”，而不是“谁能让它实例化”。这点特别容易混淆。

比如一个 private static class Helper，外部类之外的代码既不能 new Outer.Helper()，也不能声明 Outer.Helper x;，甚至连反射都拿不到它的 Class 对象（除非用 Unsafe，但那是另一回事）。但只要在外部类内部，它就是完全开放的。

• public 内部类：只要能访问到外部类，就能访问它；但必须通过 Outer.Inner 形式引用，不能单独 import
• private 内部类：仅外部类自身可访问；子类、同包其他类、甚至外部类的静态方法都不行
• 内部类的 static 属性会影响它能否持有外部类引用：非静态内部类隐含持有一个 this$0 引用，而静态内部类没有，因此更轻量、也更安全（避免内存泄漏）

编译后生成的 .class 文件名暴露了访问权限真相

javac 编译完，你会看到类似 Outer.class、Outer$Inner.class、Outer$1.class（匿名类）、Outer$Helper.class 这样的文件。注意：$ 后面的名字跟源码里写的内部类名一致，但访问权限信息完全丢失了。

也就是说，private class Inner 和 public class Inner 编译后都是 Outer$Inner.class，JVM 层面根本不认 Java 源码里的 private 修饰符——它只认字节码里的 ACC_PRIVATE 标志位，而这个标志位只影响类加载器是否允许其他类链接到它，不改变文件命名或结构。

• 反编译 Outer$Inner.class 会看到 synthetic bridge 方法、this$0 字段、以及一堆带 ACC_SYNTHETIC 标志的辅助方法
• 如果你用反射去获取 Outer.class.getDeclaredClasses()，返回的 Class[] 里确实包含 private 内部类，但它们的 getModifiers() 会显示 private，说明 JVM 是保留了这个元信息的
• 真正麻烦的是混淆工具（如 ProGuard）：默认可能把 $ 分隔的内部类名也重命名，导致运行时 Class.forName 失败，这时候得加 keep 规则：-keep class com.example.Outer$*

事情说清了就结束。访问权限闭环的关键不在语法糖，而在编译器生成的桥接逻辑和 JVM 对合成成员的处理方式——看字节码比看源码更能看清真相。

今天关于《Java内部类访问权限详解》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！