Java内部类能访问外部类私有成员，是因为编译器将其视为同一顶层类的逻辑延伸并生成包级桥接方法，而非放宽访问限制；静态内部类因无外部实例引用故无法访问外部类私有实例成员。
Java 中内部类能访问外部类的私有成员，不是因为访问修饰符“放宽了限制”，而是因为编译器在语义层面做了特殊处理——它把这种访问看作“外部类自己在操作自己的私有成员”，只是换了个写法位置。
内部类访问 private 成员的本质是“同属一个主体”
Java 的 private 修饰符本意是“仅限本类内部访问”。关键在于：这里的“本类”指的是顶层类（.java 文件对应的类），而不是字面上的“当前 class 块”。内部类（非静态）在编译后仍属于外部类的逻辑延伸，和外部类共享同一个“信任边界”。所以编译器允许它直接读写 private 字段或调用 private 方法，这不破坏封装性，只是把“内部实现细节的协作范围”扩大到了内部类这个合法伙伴。
访问修饰符本身没变，变的是编译器生成的桥接机制
你写的 System.out.println(data); 看似直接访问，实际编译后会被替换成对一个包级可见的桥接方法（如 access 你写的 System.out.println(data); 看似直接访问，实际编译后会被替换成对一个包级可见的桥接方法（如 access$000(Outer.this)）的调用。这个方法由编译器自动生成，只对外部类及其内部类可见，其他类无法调用。也就是说：
- private 修饰符仍然生效——外部类以外的任何其他类（包括子类、同包类）依然不能访问该字段
- 内部类能访问，靠的是编译器在后台悄悄加了一层“合法代理”，而非绕过访问控制
- 这种桥接只发生在同一顶层类内，安全且可控
静态内部类是个例外：它不参与这个“信任圈”
static 内部类没有隐式持有外部类实例，编译器不会为它生成对外部类实例成员的桥接方法。所以它只能访问外部类的 static private 成员（比如 private static final String TOKEN），而不能访问 private int count 这样的实例成员。这不是访问修饰符的问题，而是它根本不在那个“this$0 所指向的实例上下文”里。
立即学习“Java免费学习笔记（深入）”；
局部类和匿名类也享受同等待遇
定义在方法里的局部类或匿名类，同样隐式持有所在外部类实例的引用（this$0），因此也能直接访问外部类的 private 实例成员和 static 成员。但要注意：它们只能访问“当前 this$0 对应的那个外部类实例”的私有成员，不能通过 new 出另一个外部类对象去访问其 private 字段——那会编译失败，因为不属于同一个信任主体。
