非静态内部类易致内存泄漏，因其编译时注入this$0强引用外部类实例；静态内部类无this$0字段，不持外部类引用，生命周期独立，更安全。

内部类（非静态内部类）比静态内部类更容易引起内存泄漏，核心原因在于是否隐式持有了外部类实例的强引用。这个差异直接决定了它们在内存中的生命周期和回收行为。

内部类会悄悄绑住外部类实例

每个非静态内部类对象在创建时，编译器会自动为其注入一个隐藏字段 this$0，它保存着对外部类实例的强引用。这意味着：

• 只要内部类对象还活着，外部类实例就无法被垃圾回收器回收
• 哪怕外部类业务逻辑早已执行完毕（比如 Activity 已 finish、Fragment 已 detach），只要内部类对象被其他长生命周期对象持有（如静态集合、线程池、Handler、单例等），外部类就会一直驻留在堆中
• 这种“意外延长生命周期”的现象，在 Android 中常导致 Activity 泄露，引发 OOM

静态内部类天生不依赖外部类实例

静态内部类用 static 修饰，它本质上是“寄居”在外部类命名空间里的独立类，与外部类实例完全解耦：

• 不会生成 this$0 字段，不持有任何外部类实例引用
• 只能访问外部类的静态成员（变量或方法），无法调用非静态字段或方法
• 可直接通过 OuterClass.StaticInnerClass 创建，无需外部类实例
• 生命周期由自身使用场景决定，不受外部类存亡影响

典型泄漏场景对比

假设有一个网络请求回调封装在内部类中：

• 非静态内部类写法：若把回调对象传给全局线程池或静态 Map 缓存，回调存活 → this$0 持有 Activity → Activity 无法回收
• 静态内部类 + WeakReference 写法：静态类本身不持 Activity；如需访问 Activity，显式用 WeakReference<activity></activity>，避免强引用链形成

如何快速判断该用哪种

问自己两个问题：

• 这个类是否需要访问外部类的非静态字段或方法？→ 需要 → 只能用非静态内部类（但要小心持有关系）
• 这个类是否会被长期持有（如作为监听器、任务、缓存对象）？→ 是 → 优先选静态内部类，或改用独立顶层类

本质上不是“内部类更占内存”，而是“非静态内部类制造了不易察觉的强引用链”。静态内部类轻量、安全、可控，适合工具类、Builder、Holder 等不依赖外部状态的场景。