静态内部类不能直接访问外部类非静态成员，因无隐式外部类引用；可访问静态成员并定义自身静态内容；非静态内部类持有外部实例引用，易致内存泄漏，创建需依赖外部实例。
静态内部类不能直接访问外部类的非静态成员
静态内部类被 static 修饰，它不依附于外部类的实例，因此没有隐式的外部类引用。这意味着它无法直接调用外部类的实例变量或实例方法。
常见错误现象：编译报错 non-static variable xxx cannot be referenced from a static context。
- 若需访问外部类实例成员，必须显式传入外部类对象（如构造参数或方法参数）
- 静态内部类可直接访问外部类的
static字段和静态方法 - 它自身可以定义静态字段、静态方法、静态代码块——非静态内部类不允许
非静态内部类持有外部类实例的隐式引用
每个非静态内部类对象在创建时，都会自动持有一个指向其外围实例的引用（可通过 OuterClass.this 显式访问）。这带来便利，也埋下内存泄漏风险。
使用场景：需要频繁回调外部类状态、实现事件监听器（如 Swing/AWT 中的匿名内部类）等。
立即学习“Java免费学习笔记（深入）”；
- 不能定义静态字段或静态方法（除非是
static final常量） - 创建实例必须依赖外部类实例：
Outer outer = new Outer();<br>Outer.Inner inner = outer.new Inner();
- 若在局部作用域（如方法内）定义，且该内部类对象逃逸出方法作用域，可能导致外部类实例无法被 GC 回收
编译后生成的类文件名不同
Java 编译器对两类内部类生成不同的字节码文件，这对反射、类加载、序列化都有实际影响。
- 非静态内部类编译后为
Outer$Inner.class，且构造器第一个隐式参数是Outer类型 - 静态内部类编译后也是
Outer$Inner.class，但构造器无额外参数，字节码中不包含对外部实例的字段引用 - 反序列化非静态内部类时，如果外部类未实现
Serializable，会抛出NotSerializableException；静态内部类无此限制（只要自身可序列化）
何时该用静态内部类
核心判断依据：这个内部类是否需要访问外部类的实例状态。
-
工具类、数据封装类（如
Map.Entry）、Builder 模式中的Builder类，通常应声明为static - 避免无意间延长外部类生命周期——尤其在高并发、长生命周期对象（如单例、缓存）中持有非静态内部类实例时
- 静态内部类可独立于外部类实例被加载和初始化，启动更快、GC 更友好
最易被忽略的一点：即使内部类只在某个方法里 new 出来一次，只要它不是 static，就仍绑定当前外部实例——这点在 Lambda 表达式替代后常被误认为“已解决”，其实本质问题仍在。
