匿名内部类内存泄漏源于隐式强引用外部类实例（this$0），解决关键是切断该引用链：优先用静态内部类；需访问实例数据时显式传参；必要时用WeakReference；长生命周期场景须主动解绑；可用final局部变量截断隐式引用。
匿名内部类造成内存泄漏，核心在于它默认持有一个对外部类实例的强引用（this$0），而这个引用会阻止外部类被垃圾回收——尤其当内部类被长期持有时（比如提交到线程池、注册为监听器、缓存起来）。避免的关键不是“不用”，而是切断或弱化这条隐式强引用链。
优先用静态内部类替代
如果内部逻辑不需要访问外部类的实例成员（字段或非静态方法），最直接、最安全的做法是改用 静态内部类。它不持有外部类引用，生命周期完全独立。
- 把
new Runnable() { ... }改为定义一个static class MyTask implements Runnable，再实例化 - 若需访问外部类数据，通过构造参数显式传入所需值（如
String id、int timeout），而非传入整个外部类实例 - 注意：静态内部类仍可访问外部类的 静态成员，这是安全的
必要时使用 WeakReference 包装外部引用
当确实需要在内部类中调用外部类的实例方法或访问其字段，又无法控制内部类生命周期时，可用 WeakReference 打断强引用链。
- 在外部类中声明：
private final WeakReference<OuterClass> weakSelf = new WeakReference<>(this); - 在匿名内部类里先
OuterClass outer = weakSelf.get();，再判空使用 - 这样即使外部类已无其他强引用，GC 也能正常回收它；内部类只是“尽力而为”，不会拖住对象
主动清理长生命周期场景中的引用
对于注册型场景（如 UI 监听器、事件回调、定时任务），不能只靠 GC 等待——必须在业务结束时主动解除绑定。
立即学习“Java免费学习笔记（深入）”；
- 给监听器赋值时保留引用（如
private OnClickListener listener;） - 在
onDestroy()、close()或任务完成回调中，显式调用view.setOnClickListener(null)或置listener = null - 使用线程池提交
Runnable后，若该任务可能长期存活，考虑用Future.cancel(true)主动终止
用局部变量截断隐式引用
有时只需外部类的某几个值，没必要让整个实例被持住。可通过 final 局部变量“快照”所需数据，避免编译器生成 this$0。
- 把
someMethod(this.data, this.flag)提前提取为final String data = this.data;和final boolean flag = this.flag; - 然后在匿名类中只使用这些
final变量，编译器就不会注入对外部类的引用 - 适用于数据不变、且不涉及外部类方法调用的轻量逻辑
