静态内部类不会导致内存泄漏，因为它不持有外部类实例引用，生命周期与外部类解耦；而非静态内部类隐式持有外部类引用，易在Handler、线程等场景中造成内存泄漏。
静态内部类为什么不会导致内存泄漏
非静态内部类会隐式持有外部类实例的引用，只要内部类对象还活着，外部类对象就无法被 GC 回收——这在 Handler、线程、回调监听器等长生命周期场景中极易引发内存泄漏。而 static 修饰的内部类完全不持有该引用，它的生命周期与外部类解耦。
- 典型风险场景：Activity 中定义非静态
Runnable或AsyncTask，旋转屏幕后 Activity 重建，旧 Activity 仍被内部类强引用 - 修复方式：改用
static内部类 +WeakReference手动持有需要的上下文 - 验证方法：用 Android Profiler 或 MAT 查看堆 dump，搜索
$Inner类是否关联了已销毁的 Activity 实例
什么时候必须用静态内部类而不是普通内部类
当你需要一个“逻辑上属于外部类，但实际不依赖其任何实例状态”的辅助类时，static 是唯一合理选择。它不是语法糖，而是设计约束的显式表达。
- Builder 模式：
public static class Builder—— 构建过程无需访问this，且可独立 new，避免泄露宿主 - 单例 Holder：
private static class Holder { static final Singleton INSTANCE = new Singleton(); }—— 利用类加载机制实现懒汉式线程安全单例 -
工具子模块：
StringUtils.Formatter、JsonParser.Token—— 功能内聚、命名空间受限、不污染外层包 - 数据结构节点：
HashMap.Node、ConcurrentHashMap.Node—— 纯数据载体，无行为依赖外部实例
静态内部类访问外部类成员的边界在哪
它只能直接访问外部类的 静态成员（包括 private static），访问非静态字段或方法会编译报错：non-static variable xxx cannot be referenced from a static context。
- 错误写法：
class Outer { private int instanceField = 42; static class Inner { void bad() { System.out.println(instanceField); } // ❌ 编译失败 } } - 正确写法（如需访问实例成员）：
class Outer { private int instanceField = 42; static class Inner { void good(Outer outer) { System.out.println(outer.instanceField); } // ✅ 显式传入 } } - 注意：
static内部类自身可自由定义静态/非静态成员，这点和顶级类一致，不同于非静态内部类（禁止定义静态成员，除static final常量）
编译后生成的字节码和使用姿势差异
static 内部类编译后是独立的 Outer$Inner.class 文件，和顶级类一样可被 JVM 直接加载，因此支持 public/private 等任意访问修饰符，也支持反射直接 Class.forName("Outer$Inner")。
立即学习“Java免费学习笔记（深入）”；
- 实例化语法：
new Outer.Inner()，不需要先 newOuter - 反射获取类：
Class> clazz = Class.forName("com.example.Outer$Inner"); - 反编译验证：用
javap -c Outer\$Inner.class可见其构造方法无隐式参数，证实无外围实例引用 - 混淆注意：ProGuard/R8 默认保留
$符号，若需压缩内部类名，需额外配置-renamesourcefileattribute和-keepattributes Signature,InnerClasses
static。 
