为何关闭Java ExecutorService时需保留线程中断状态？

在Java ExecutorService的官方文档中，有一个关闭执行器服务的示例方法，代码如下：

void shutdownAndAwaitTermination(ExecutorService pool) {
    pool.shutdown(); // 禁止提交新任务
    try {
        // 等待现有任务终止
        if (!pool.awaitTermination(60, TimeUnit.SECONDS)) {
            pool.shutdownNow(); // 取消当前正在执行的任务
            // 等待任务响应取消请求
            if (!pool.awaitTermination(60, TimeUnit.SECONDS))
                System.err.println("Pool did not terminate");
        }
    } catch (InterruptedException ie) {
        // 若当前线程也被中断则重新取消
        pool.shutdownNow();
        // 保留中断状态
        Thread.currentThread().interrupt();
    }
}

问题：保留中断状态的作用是什么？ #

解答 #

这事儿核心就是别私自吞掉线程的中断信号，我给你掰碎了说：

• 当awaitTermination被中断时，JVM会抛出InterruptedException，同时自动清除当前线程的中断标记。这时候如果我们不手动恢复这个标记，调用这个方法的上层代码根本不知道这个线程曾被中断过。

• 上层调用逻辑很可能依赖这个中断信号做决策：比如系统正在优雅停机，上层线程需要知道自己被中断后，停止后续任务、释放持有的资源，或者触发整个流程的收尾操作。要是我们把这个信号吞了，上层就会误以为一切正常，很可能导致逻辑跑偏或者资源漏释放。

• 举个实际场景：假设调用这个关闭方法的是后台服务的主线程，它被中断意味着服务要被强制关停。如果不恢复中断状态，主线程可能还会继续执行后续的初始化或监测逻辑，这显然和预期的关停行为不符。

说白了，保留中断状态是遵循Java中断机制的设计原则——把中断的知情权传递给上层调用链，让整个系统能正确响应中断事件，而不是在某个环节把信号掐断。

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