Java中线程引用何时超出作用域？WeakHashMap与线程池疑问

让我一步步给你拆解清楚这些关于Java线程引用和WeakHashMap的问题：

线程引用的生命周期和普通Java对象完全一致——当没有任何强引用指向这个Thread对象的时候，它就会脱离当前上下文，成为垃圾回收（GC）的候选目标。常见场景包括：

• 你手动创建线程后，主动释放强引用：比如执行Thread t = new Thread(...); t.start(); t = null;，且没有其他地方持有这个t的强引用，那这个Thread对象的引用就不再处于有效上下文里了。
• 线程已经执行完毕进入终止状态，但只要还有强引用攥着它（比如某个全局变量还存着这个Thread对象），它就还在上下文里；只有当所有强引用都被释放，才会脱离。

WeakHashMap的核心特性就是key是弱引用类型，所以得结合GC的时机来看：

• 线程终止≠条目立即移除：线程终止后，只要还有强引用指向这个Thread对象，GC根本不会碰它，WeakHashMap里的对应条目也会稳稳待着。
• 只有当Thread对象变成弱可达状态（也就是没有强引用、软引用，只剩下WeakHashMap里的弱引用指向它），下一次GC触发时（可能是JVM内存不足时自动触发，也可能是你调用System.gc()主动建议，但后者不保证一定会执行），这个Thread对象会被回收。之后WeakHashMap在下次执行访问操作（比如get、put、size）或者内部的清理机制触发时，才会把对应的条目从哈希表中移除。
  • 举个栗子：你把一个已经终止的Thread对象放进WeakHashMap，然后把所有指向这个Thread的强引用都置为null。这时候GC可能不会马上运行，得等JVM觉得需要回收内存了，Thread被回收后，你再调用WeakHashMap的size()或者get()方法，就能看到对应的条目已经被清理掉了。

这得看线程池对工作线程的持有情况：

• 线程池（比如ThreadPoolExecutor）会用强引用把工作线程保存在内部的Worker集合里。只要线程池没被关闭，或者工作线程还在等待/执行任务，这些Thread对象就有强引用顶着，WeakHashMap里的对应条目肯定不会被移除。
• 当你调用shutdown()或shutdownNow()关闭线程池，并且所有工作线程都执行完毕进入终止状态后，线程池会释放对这些工作线程的强引用。这时候如果没有其他地方持有这些Thread对象的强引用，它们就会变成弱可达状态，等GC回收后，WeakHashMap的对应条目就会在后续操作中被移除。
• 注意：你提交的Runnable任务和Thread对象是两回事！WeakHashMap的key是Thread对象，不是Runnable，所以任务是否执行完不影响条目是否被移除，关键是线程池是否还攥着工作线程的强引用。

内容的提问来源于stack exchange，提问作者ayushgp