Java匿名内部类会隐式持有外部类强引用（this$0字段），若被长生命周期对象持有则导致内存泄漏；需通过字节码验证、Heap Dump分析或LeakCanary工具定位泄漏链。
Java 匿名内部类会自动持有外部类的强引用（编译器生成 this$0 字段），一旦它被长生命周期对象（如线程、Handler、静态集合、监听器）持有，外部类就无法回收，造成内存泄漏。排查关键不是等崩溃，而是主动定位“谁在留着它”和“它为什么拖住外部类”。
看字节码确认隐式引用是否存在
这是最直接的证据。对匿名类编译后的 class 文件执行：
- javap -c OuterClass$1（其中 $1 是匿名类编号）
- 检查输出中是否含 final OuterClass this$0 字段 —— 有即实锤存在隐式强引用
- 若无此字段，说明该匿名类未捕获 this 或任何实例成员，相对安全
查持有方生命周期是否过长
匿名类本身不危险，危险的是它被谁“收留”。重点检查它是否被以下对象接收或注册：
- 静态变量（static ExecutorService、static List<Runnable>）
- 线程池中的 ThreadPoolExecutor$Worker
- 未移除的 Handler 回调（postDelayed、sendMessageDelayed）
- 全局事件总线（EventBus、RxBus）、RxJava 的 Disposable、Android 的 registerReceiver
只要持有方生命周期 > 外部类（如 Activity 销毁后，线程还在跑），泄漏就成立。
立即学习“Java免费学习笔记（深入）”；
用 Heap Dump 追根溯源
触发疑似泄漏操作（如打开页面 → 启动异步任务 → 返回），再强制 GC 并导出堆快照（.hprof）。用 MAT 或 Android Studio Profiler 分析：
- 搜索外部类（如 MainActivity），看实例数是否 >1 或 Retained Size 异常高
- 右键该实例 → Merge Shortest Paths to GC Roots（排除弱/软引用）
- 若路径中出现 OuterClass$1 → this$0 → OuterClass，且中间穿插 static field 或 java.lang.Thread，就是泄漏链
运行时快速验证（适合开发阶段）
集成 LeakCanary（debug 环境）是最省力的方式：
- 添加依赖：debugImplementation 'com.squareup.leakcanary:leakcanary-android:2.12'
- 复现操作后几秒内弹出泄漏通知，点开即可看到完整引用链
- 报告中若出现 MyActivity$1 持有 target 或 first 字段指向 Activity，基本可判定为匿名类泄漏
