非静态内部类会隐式持有外部类引用，导致内存泄漏；应使用静态内部类+显式传参或WeakReference，避免在短生命周期对象中创建非静态Runnable并提交至长期线程池。
Java中使用内部类实现 Runnable 时，若该内部类被长期持有（如提交到线程池、作为回调注册等），会隐式持有所在的外层对象引用，导致外层对象无法被回收——这就是典型的“隐式强引用引发的内存泄漏”。排查关键在于识别非预期的引用链和生命周期不匹配。
为什么内部类会持有外部类引用
非静态内部类（包括匿名内部类）在编译后会自动生成一个隐藏的 this$0 字段，指向其外围实例。即使内部类只用到了外部类的静态方法或常量，只要它没被声明为 static，这个引用就存在。
- 例如：
new Thread(new Runnable() { public void run() { doSomething(); } }).start();中的匿名类，会持有当前this实例 - 若该
Thread或Runnable被缓存、注册为监听器、或提交到长期运行的线程池（如Executors.newCachedThreadPool()），外层对象就会被“钉”在堆中
如何快速定位这类泄漏
借助 JVM 工具链，聚焦“谁在引用外层对象”：
- 用
jmap -histo:live <pid>观察可疑对象实例数是否异常增长 - 用
jmap -dump:format=b,file=heap.hprof <pid>生成堆快照，用 VisualVM 或 Eclipse MAT 打开，对目标外层类执行 “Merge Shortest Paths to GC Roots”（排除弱/软引用） - 重点关注路径中是否包含
java.lang.Thread→target字段 → 某个Runnable实现类 →this$0
安全写法：避免隐式引用
核心原则：让 Runnable 不依赖外层实例状态，或显式切断引用链。
立即学习“Java免费学习笔记（深入）”；
-
优先使用静态内部类 + 显式传参：
static class MyTask implements Runnable {
private final Context context;
MyTask(Context ctx) { this.context = ctx; }
public void run() { /* 使用 context，但不持有 Activity/Fragment 实例 */ }
} -
必要时用 WeakReference 包装外部引用：
private static class SafeTask implements Runnable {
private final WeakReference<Activity> activityRef;
SafeTask(Activity act) { this.activityRef = new WeakReference<>(act); }
public void run() {
Activity act = activityRef.get();
if (act != null && !act.isFinishing()) { /* 安全调用 */ }
}
} - 避免在生命周期短的对象中创建非静态内部 Runnable（如 Activity、Fragment、Adapter 中直接 new 匿名 Runnable 并提交给全局线程池）
线程池场景的特别注意点
即使 Runnable 本身是静态的，若它闭包捕获了外部变量（尤其是 Activity、View、Context），仍可能泄漏：
- 错误示例：
executor.submit(() -> textView.setText("done"))—— Lambda 表达式在非静态上下文中，会捕获this和textView - 正确做法：提取纯数据（如字符串）、使用 Application Context、或确保任务在目标对象销毁前已结束（配合
Future.cancel()或生命周期感知组件） - 考虑用
Handler(Looper.getMainLooper())替代主线程回调，避免跨生命周期持有
