成员内部类能直接访问外部类私有成员，因编译器自动生成隐式外部类引用（this$0）并插入桥接方法，非权限放宽；外部类访问内部类须先实例化外部类再创建内部类对象，且不可越权访问其私有成员。
Java 内部类能直接访问外部类的私有成员，不是靠“权限放宽”，而是靠编译器生成的隐式引用机制；外部类访问内部类则必须先实例化，且不能越权访问其私有成员——这是设计上的不对称，而非语法漏洞。
成员内部类为何能自由访问外部类私有成员
成员内部类在编译后会自动持有外部类实例的隐式引用（字段名通常是 this$0），该引用在构造时由外部类实例传入。因此它访问 private int x 本质上是通过已持有的对象调用，不违反封装原则。这与“权限提升”无关，而是对象关系的自然延伸。
常见误判：把 class Inner 错写成 static class Inner，后者没有 this$0，无法访问外部类非静态成员，编译会直接报错。
外部类访问内部类的硬性前提
外部类不能“直接使用”内部类，必须满足两个条件：
- 先创建外部类实例（如
Outer outer = new Outer();） - 再通过该实例创建内部类对象（
Outer.Inner inner = outer.new Inner();）
若内部类为 private，外部类其他方法也无法直接 new 它，只能通过公共方法间接返回实例。
局部变量捕获：为什么必须是 effectively final
局部内部类或匿名类中引用的方法内变量，生命周期可能比栈帧更长。JVM 要求这些变量在初始化后不可变，才能安全地将其值“快照”进内部类对象中。
Java 8+ 允许省略 final 关键字，但一旦出现二次赋值（如 i++），编译器立即报错：local variables referenced from an inner class must be final or effectively final。
绕过限制的常用方式：用单元素数组（int[] counter = {0};）或 AtomicInteger，改的是堆上对象的状态，而非变量本身。
静态内部类与普通内部类的本质区别
静态内部类（static class Nested）不持外部类引用，因此：
- 可直接通过外部类名创建实例：
new Outer.Nested() - 只能访问外部类的 静态成员，访问非静态字段会编译失败
- 自身可定义 static 成员（普通内部类禁止，除
static final常量）
它更接近“命名空间隔离”的工具类，和外部类只是逻辑嵌套，无运行时绑定。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
