“由于故障导致的线程终止”是指什么？

Question

ExecutorService的javadoc有时指的是Thread因“失败”而终止的情况。 但是，目前尚不清楚这是指什么样的失败。

例如， 单线程执行程序文档说明了这一点

如果这个单线程由于在关闭之前执行期间的故障而终止，那么如果需要执行后续任务，则新线程将取代它

我原以为这种情况可能发生在Exception或者RuntimeException的情况下，但似乎并非如此。 运行以下代码似乎给出了相同的线程名称和线程ID。

ExecutorService executor = Executors.newSingleThreadExecutor();
executor.submit(() -> {
  System.out.println("Hello from " + Thread.currentThread().getName()+ " " + Thread.currentThread().getId());
  throw new NullPointerException("Test");
});

executor.submit(() -> {
  System.out.println("Hello 2 from " + Thread.currentThread().getName() + " " + Thread.currentThread().getId());
});

此代码的输出是：

Hello from pool-1-thread-1 12
Hello 2 from pool-1-thread-1 12

即使在NullPointerException的情况下，似乎也在重用相同的线程。

那么Javadoc指的是什么样的“失败”？

Answer 1

这是个有趣的问题。 在ThreadPoolExecutor的代码之后，当Runnable传递给execute()方法时，线程被丢弃。

当您调用submit() ，执行程序为FutureTask类型的可调用/可运行创建一个包装器。 FutureTask.run()有一些逻辑来捕获异常并存储它们（所以，你可以从Future查询它）。 在这种情况下，异常永远不会到达ThreadPool ，因此不会丢弃该线程。

Answer 2

奥古斯托是对的。 Runnable任务应该在遇到异常时丢弃线程，因为它们在execute()方法中作为参数传递。

我已经在本文和Future Task源代码中找到了有关吞噬未来任务异常的具体证据

**Inside FutureTask$Sync**

void innerRun() {
        if (!compareAndSetState(READY, RUNNING))
            return;

      runner = Thread.currentThread();
        if (getState() == RUNNING) { // recheck after setting thread
            V result;
           try {
                result = callable.call();
            } catch (Throwable ex) {
               setException(ex);
                return;
            }
           set(result);
        } else {
            releaseShared(0); // cancel
        }
   }


   protected void setException(Throwable t) {
       sync.innerSetException(t);
   }

关于这个主题，SE中有一些更有趣的问题。

从Java ExecutorService捕获线程异常

在ExecutorService的提交和ExecutorService的执行之间进行选择

编辑：

当线程代码中未捕获异常时，将发生线程故障或终止。 如果通过execute()而不是submit()提交任务，则除非捕获异常，否则不会捕获异常。 线程代码未捕获的异常将导致线程终止或失败，并且Executor将创建新线程 。

如果通过submit(),提交任务submit(),将创建FutureTask ，该任务将吞下未捕获的异常代码。 由于异常是在FutureTask中捕获的，因此不会丢弃该线程。