阻塞队列被丢弃后，不可达Virtual Thread为何未被GC回收？

问题场景 #

• 预期：当虚拟线程阻塞在BlockingQueue.take()，且主线程已清空队列和虚拟线程的引用时，两者应该被GC回收（依据JEP444：虚拟线程栈不属于GC根）
• 实际：堆dump显示ArrayBlockingQueue和虚拟线程被jdk.internal.vm.ThreadContainers相关的GC根引用，无法被回收，线程持续阻塞在take()方法

核心原因分析 #

1. ThreadContainers的内部持有逻辑 #

jdk.internal.vm.ThreadContainers是JVM内部管理线程容器的核心结构，虚拟线程启动后会被注册到对应容器中。当虚拟线程通过传统阻塞机制（比如ArrayBlockingQueue的内置锁）进入阻塞状态时，JVM会将线程的阻塞节点关联到内部同步等待队列，而这个队列可能被ThreadContainers或其他内部GC根暂时持有，导致引用无法及时解除。

2. 传统阻塞队列的同步机制限制 #

ArrayBlockingQueue的take()依赖ReentrantLock和Condition实现阻塞。虚拟线程阻塞时会被挂载到Condition的等待队列上，这个队列属于锁对象的一部分，而锁对象又被队列持有。即使主线程释放了队列的引用，JVM内部的同步机制可能还没完成清理，这些关联关系会被内部GC根持续持有，阻碍GC回收。

3. 虚拟线程GC回收的时机延迟 #

JEP444明确虚拟线程栈不是GC根，但不代表阻塞的虚拟线程会被立即回收。回收需要满足两个条件：

• 没有外部引用指向虚拟线程或队列
• JVM完成阻塞虚拟线程的内部清理（比如从Condition等待队列移除、解除与ThreadContainers的关联）
  这个清理过程可能需要等待特定GC阶段或内部线程调度，不会在引用置空后立刻触发。

验证与解决建议 #

• 手动触发Full GC：执行jcmd <pid> GC.run触发Full GC，观察是否能回收。部分内部引用在Young GC中不会被清理，需要Full GC才能处理。
• 更换虚拟线程友好的队列：比如使用LinkedTransferQueue，这类队列的阻塞机制更适配虚拟线程的GC逻辑，减少内部引用持有。
• 排查隐式引用：检查是否有监控线程、线程池等其他组件持有队列或虚拟线程的引用，或者虚拟线程是否被注册到未销毁的线程组中。

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