runnable实现类实例能否被回收，取决于其是否被强引用链可达：线程运行中、线程池队列中或存在隐式引用时不可回收；线程终止且无其他强引用时才可能被gc回收。
实现 Runnable 接口的类本身是否被垃圾回收，**不取决于它是否实现了 Runnable，而取决于该类的实例是否还存在强引用链可达**。Runnable 只是一个标记性行为接口，不影响对象生命周期。
Runnable 实例的可达性由引用关系决定
一个 Runnable 实现类的对象（如 MyTask）能否被回收，只看 JVM 垃圾回收器从 GC Roots 出发，能否通过引用链访问到它：
- 如果线程已启动且
Runnable被传入Thread构造函数，Thread对象内部通常持有对该Runnable的强引用（如target字段），此时只要线程对象本身可达，Runnable就不可回收； - 如果线程已终止、且没有其他外部强引用指向该
Runnable实例，那么它就成为不可达对象，下次 GC 可能被回收； - 若将
Runnable提交到线程池（如ExecutorService.submit()），线程池内部任务队列（如BlockingQueue）会持有对它的强引用，直到任务被取出执行完毕并被清理 —— 此期间它不可回收。
注意匿名内部类和 Lambda 表达式的隐式引用
使用匿名类或 Lambda 创建 Runnable 时，容易引入意外的强引用，延长对象生命周期：
- 匿名内部类默认持有外部类
this的强引用，若外部类对象大或生命周期长，会导致内存泄漏； - Lambda 表达式在捕获实例变量时也会隐式持有外部类引用；
- 建议：避免在长生命周期上下文（如静态变量、单例、线程池）中使用捕获外部对象的 Lambda/匿名类；必要时改用静态内部类 + 显式传参。
线程运行结束后，Runnable 是否立即可回收？
不一定。需分情况判断：
- 普通
new Thread(runnable).start()：线程结束后，若无其他引用，runnable实例可被回收（前提是线程对象本身也无强引用）； - 线程复用场景（如线程池）：任务执行完后，
Runnable会被线程池管理逻辑显式置为null或从队列移除，之后才可能被回收； - 若
Runnable自身持有大对象（如缓存、IO 资源），应主动在run()中释放，否则即使对象被回收，资源泄漏仍可能发生。
验证可达性的实用方法
可通过工具辅助分析实际引用链：
- 使用
jmap -histo查看堆中Runnable实现类的实例数量变化； - 用
jstack检查线程状态，确认任务是否仍在队列或执行中； - 借助 JVisualVM / Eclipse MAT 加载 heap dump，搜索目标类实例，查看其被哪些对象引用（即“Paths to GC Roots”）；
- 在关键位置添加
System.out.println("finalized")到finalize()（仅用于调试，不推荐生产使用）或使用PhantomReference监控回收时机。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
