如何正确关闭java ExecutorService

Question

我有一个简单的 java ExecutorService运行一些任务对象（实现Callable ）。

ExecutorService exec = Executors.newSingleThreadExecutor();
List<CallableTask> tasks = new ArrayList<>();
// ... create some tasks
for (CallableTask task : tasks) {
 Future future = exec.submit(task);
 result = (String) future.get(timeout, TimeUnit.SECONDS);
 // TASKS load some classes and invoke their methods (they may create additional threads)
 // ... catch interruptions and timeouts
}
exec.shutdownNow();

在所有任务完成后（完成或超时），我尝试关闭执行程序，但它不会停止： exec.isTerminated() = FALSE. 我怀疑某些超时的任务没有正确终止。

是的，我知道 executor 的关闭并不能保证任何事情：

除了尽力尝试停止处理正在执行的任务之外，没有任何保证。 例如，典型的实现将通过 {@link Thread#interrupt} 取消，因此任何未能响应中断的任务可能永远不会终止。

我的问题是，有没有办法确保那些（任务）线程会终止？ 我想出的最佳解决方案是在程序结束时调用System.exit() ，但这很愚蠢。

Answer 1

来自ExecutorService 的Oracle API 文档页面的推荐方式：

 void shutdownAndAwaitTermination(ExecutorService pool) {
   pool.shutdown(); // Disable new tasks from being submitted
   try {
     // Wait a while for existing tasks to terminate
     if (!pool.awaitTermination(60, TimeUnit.SECONDS)) {
       pool.shutdownNow(); // Cancel currently executing tasks
       // Wait a while for tasks to respond to being cancelled
       if (!pool.awaitTermination(60, TimeUnit.SECONDS))
           System.err.println("Pool did not terminate");
     }
   } catch (InterruptedException ie) {
     // (Re-)Cancel if current thread also interrupted
     pool.shutdownNow();
     // Preserve interrupt status
     Thread.currentThread().interrupt();
   }

如果您的池需要更多时间关闭，您可以更改

if (!pool.awaitTermination(60, TimeUnit.SECONDS))

到

while (!pool.awaitTermination(60, TimeUnit.SECONDS))

---

关机相关方法的简单总结

关机（） ：

启动有序关闭，其中执行先前提交的任务，但不会接受新任务。

关机现在（） ：

尝试停止所有正在执行的任务，停止等待任务的处理，并返回等待执行的任务列表。

awaitTermination(long timeout, TimeUnit unit) 抛出 InterruptedException ：

阻塞直到所有任务在关闭请求后完成执行，或发生超时，或当前线程被中断，以先发生者为准。

Answer 2

你能控制这些任务吗？ 即你自己创造那些？ 我怀疑其中某个线程中断被忽略，例如

try {
  ....
}
catch {InterruptedException e) {
   // do nothing
}

当抛出 InterruptedException 时，需要重置线程上的中断标志，否则线程不会退出。 请参阅此处了解更多信息。

不幸的是，您可能正在使用不遵守此规定的库，在这种情况下，您无法轻松规避这一点。 在这种情况下，一个重量级的选择是派生一个子进程来执行Callable的工作，这将在进程退出时清除所有资源。 重量级，可能不平凡，但可靠。