静态内部类不能访问外部类非静态成员，因其加载时独立于外部类实例，无隐式this引用；但可访问外部类static成员及private成员（编译器生成桥接方法）。
静态内部类为什么不能访问外部类的非静态成员
因为 static 修饰的类在加载时就独立于外部类实例存在，JVM 不会给它隐式传入外部类的 this 引用。它本质上是个“寄居在外部类命名空间里的普通类”，和外部类的实例生命周期完全解耦。
- 你写
new Outer.StaticInner()时，JVM 不会检查有没有new Outer()，也不需要 - 如果硬要在静态内部类里写
outerField或调用outerMethod()，编译器直接报错：non-static variable/method cannot be referenced from a static context - 但可以自由访问外部类的
static字段和方法——因为它们属于类，不依赖实例
非静态内部类 vs 静态内部类：引用持有差异怎么验证
最直接的方式是看生成的字节码或用反射查构造器参数。非静态内部类的隐式构造器第一参数永远是 Outer this$0；静态内部类没有这个字段。
- 用
javap -c Outer$Inner.class查非静态内部类，能看到aload_0后紧跟aload_1（即传入的外部类引用） - 对
Outer$StaticInner.class执行同样命令，构造器只有aload_0（仅自身 this） - 内存泄漏风险点：非静态内部类被长期持有（比如作为 Handler、Listener），会导致外部 Activity 实例无法回收；静态内部类没这问题
什么时候必须用静态内部类：典型场景与替代陷阱
当你需要逻辑上归属某个类、又不想绑定其实例时，静态内部类是干净解法。常见于工具类嵌套、事件载体、Builder 模式。
- Android 中写
static class ViewHolder extends RecyclerView.ViewHolder：避免因持有了 Activity 引用导致内存泄漏 - 定义私有工具类如
static class ParserHelper，只在外部类里用，又不需要访问其字段——比单独一个package-private类更内聚 - 错误做法：把本该是
static的内部类去掉static修饰，只为了少写一行new Outer().new Inner()——代价是隐式强引用 + GC 压力
静态内部类访问外部类 private 成员是否违规
不违规，这是 Java 语言明确允许的特例。静态内部类能访问外部类所有 private 成员，包括字段、方法、构造器，哪怕它自己是 static。
立即学习“Java免费学习笔记（深入）”；
- 原理是编译器在编译期自动生成桥接方法（bridge methods），比如为 private 静态字段生成
static Outer.access$000() - 注意：这种访问只限于编译期可见性，运行时仍是 private，反射绕过访问控制是另一回事
- 容易误判的点：有人以为 “static 就不能碰 private”，结果发现能访问就怀疑自己理解错了——其实是对的，Java 就是这么设计的
