成员内部类默认持有外部类强引用，易致内存泄漏；应优先用static内部类解耦，或用weakreference弱化引用，严格管理持有方生命周期并用工具验证。
成员内部类（即非静态内部类）默认持有外部类的强引用，一旦它被长生命周期对象（如线程、Handler、静态集合、单例等）持有时，就会阻止外部类实例被回收，造成内存泄漏。避免的关键不是禁用成员内部类，而是切断或弱化这条隐式引用链。
优先改用 static 内部类
static 内部类不生成 this$0 字段，与外部类实例完全解耦，编译后是独立的 class 文件。适用于不需要直接访问外部类非静态成员的场景：
- 把 Handler、Runnable、AsyncTask 的子类声明为 static，再通过参数传入所需数据
- 若需回调更新 UI，定义接口由外部类实现，内部类只持接口引用
- 构造时可传入 WeakReference
或业务对象，使用前判空
必须用成员内部类时，显式弱化引用
当确实需要访问外部类状态且逻辑耦合紧密时，不要依赖隐式 this
当确实需要访问外部类状态且逻辑耦合紧密时，不要依赖隐式 this$0，而是主动控制引用强度：
，而是主动控制引用强度：
- 在内部类中声明 private final WeakReference
outerRef - 构造时传入 new WeakReference(this)
- 每次调用外部类方法前检查 outerRef.get() != null
- 避免在弱引用对象上调用 UI 操作等关键路径，防止 NPE
严格管理持有方生命周期
泄漏往往不来自内部类本身，而来自谁长期持有它。要重点审查：
- 是否提交到线程池？应在外部类销毁前调用 future.cancel(true) 并确保 shutdownNow()
- 是否注册为监听器或广播接收器？务必在 onDestroy() 或 onCleared() 中反注册
- 是否存入静态集合、EventBus、RxJava Disposable 等？禁止直接存成员内部类实例
- Handler 消息队列是否清空？调用 removeCallbacksAndMessages(null)
用工具验证是否真正生效
光看代码加了 static 不代表安全，必须实测确认引用链已断开：
- 用 javap -c Outer$Inner.class 检查字节码，确认无 final Outer this$0 字段
- 在 Android Studio Profiler 中反复打开/关闭 Activity，观察实例数是否稳定
- 触发 Heap Dump，用 MAT 查看 GC Roots 路径，确认 Activity 不再被该内部类强引用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
