成员内部类可直接访问外部类私有属性，因编译器自动生成access$开头的桥接方法并隐式持有外部类引用；访问需依赖有效外部类实例，且不破坏封装。
成员内部类可以直接访问外部类的私有属性，这不是因为“破坏了封装”，而是Java语言设计时明确允许的特性。关键在于：内部类对象隐式持有一个指向外部类实例的引用，编译器在背后自动处理访问逻辑，并生成桥接方法（bridge methods）来绕过JVM对私有成员的访问限制。
为什么能访问？——编译器在帮你“开后门”
Java字节码层面，private修饰符仅限制源码中的直接调用，不阻止同一类（或由编译器生成的合成成员）访问。当内部类访问外部类的private字段或方法时：
- 编译器会为外部类自动生成package-private的静态或实例桥接方法（如 access$000(Outer)），用于读取/修改私有成员；
- 内部类通过调用这些合成方法间接操作外部类私有内容；
- 这些合成方法名以access$开头，不可在源码中直接调用，仅供编译器内部使用。
访问的前提：必须有有效的外部类实例
成员内部类不是static的，它依赖于外部类对象而存在。因此：
- 不能在静态上下文（如static方法、静态字段初始化）中直接new成员内部类；
- 创建内部类实例时，必须关联一个外部类实例，例如：new Outer().new Inner()；
- 内部类中可通过Outer.this.fieldName显式访问外部类成员，避免与内部类同名变量冲突。
注意访问权限的实际表现
虽然语法上允许访问，但行为仍受运行时对象状态约束：
- 如果外部类私有字段是final且未初始化，内部类访问会触发编译错误；
- 若外部类实例已被垃圾回收，而内部类实例仍被持有（如作为回调保存），可能引发内存泄漏；
- 反射依然无法绕过private限制访问内部类的私有成员——该规则不因“内部”关系而改变，反射受限于Modifier.isPrivate()判断，与内部类机制无关。
替代方案：什么时候不该用成员内部类？
如果只是需要数据共享，且无强生命周期耦合，可考虑更清晰的设计：
- 将共享数据提取为public getter方法（保持封装性）；
- 改用静态内部类 + 外部类引用参数传递（避免隐式强引用）；
- 使用局部内部类或匿名类时，只能访问外部方法的final或effectively final变量，不涉及私有字段访问问题。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
