静态内部类与非静态内部类区别解析

静态内部类不能直接访问外部类非静态成员，因无隐式外部类引用；可访问静态成员并定义自身静态内容；非静态内部类持有外部实例引用，易致内存泄漏，创建需依赖外部实例。

静态内部类不能直接访问外部类的非静态成员

静态内部类被 static 修饰，它不依附于外部类的实例，因此没有隐式的外部类引用。这意味着它无法直接调用外部类的实例变量或实例方法。

常见错误现象：编译报错 non-static variable xxx cannot be referenced from a static context。

• 若需访问外部类实例成员，必须显式传入外部类对象（如构造参数或方法参数）
• 静态内部类可直接访问外部类的 static 字段和静态方法
• 它自身可以定义静态字段、静态方法、静态代码块——非静态内部类不允许

非静态内部类持有外部类实例的隐式引用

每个非静态内部类对象在创建时，都会自动持有一个指向其外围实例的引用（可通过 OuterClass.this 显式访问）。这带来便利，也埋下内存泄漏风险。

使用场景：需要频繁回调外部类状态、实现事件监听器（如 Swing/AWT 中的匿名内部类）等。

• 不能定义静态字段或静态方法（除非是 static final 常量）
• 创建实例必须依赖外部类实例：

  Outer outer = new Outer();
  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 表达式替代后常被误认为“已解决”，其实本质问题仍在。