为什么此线程池未收集到垃圾？

Question

在此代码示例中，ExecutorService仅用于其中一个，并允许其超出范围。

public static void main(String[] args)
{
    ExecutorService executorService = Executors.newFixedThreadPool(3);
    executorService.submit(new Runnable()
    {
        public void run()
        {
            System.out.println("hello");
        }
    });
}

一旦executorService超出范围，就应该对其进行收集和完成。ThreadPoolExecutor中的finalize（）方法调用shutdown（）。

/**
 * Invokes {@code shutdown} when this executor is no longer
 * referenced and it has no threads.
 */
protected void finalize() {
    shutdown();
}

调用shutdown（）后，池线程应终止，并且应允许JVM退出。但是，永远不会收集executorSerivce，因此JVM仍保持活动状态。甚至对System.gc（）的调用似乎也不起作用。为什么即使main（）终止后，executorService也没有被收集？

注意：我知道我应该自己调用shutdown（），而且我总是在测试之外进行。我很好奇为什么终结处理在这里不能作为备份。

Answer 1

尽管这没有帮助，但这与GC的不确定性没有任何关系！（这是您的示例中的一个原因，但是即使我们“修复”了它以消耗内存并强制执行一个集合，它仍然不会最终确定）

执行者创建的Worker线程是内部类，它们具有对执行者本身的引用。（他们需要它能够看到队列，运行状态等！）正在运行的线程不会被垃圾回收，因此，在池中的每个线程都具有该引用的情况下，它们将使执行程序保持活动状态，直到所有线程都死掉为止。如果您不手动执行某些操作来停止线程，则它们将永远运行，并且您的JVM将永远不会关闭。