服务中断lib，lib随后抛出InterruptException，但不会被服务代码捕获

Question

在服务代码中，我有一个ScheduledTaskExecutor来启动一个作业，然后是第二个线程，它将通过中断来取消第一个线程。作业间歇性地检查中断，当作业得到中断时，它将抛出中断异常；该服务对该作业有一个try/catch，catch处理该中断。我的问题是，挡块永远不会被击中。作业肯定被中断了，从作业端的日志语句中可以清楚地看到，一旦抛出InterruptException，它就会丢失，服务也无法捕获它。

我试着换线。中断（）到线程。currentThread（）。interrupted（），但没有解决问题。

下面是等待作业中断异常的服务器端代码。中断信号通过计划在超时后运行的另一个线程发送给线程。我已经确认作业确实收到了中断信号。

    private void run() {
        try {
            job.run();
        } catch (InterruptedException e) {
            log.info("Job was interrupted", e);
        } finally {
            duration.stop();
            timer.record(duration);
        }
    }

以下是作业如何检查中断：

    public void checkForInterrupt() throws InterruptedException {
        if (Thread.currentThread().isInterrupted()) {
            logger.info(jobName + " was interrupted");
            throw new InterruptedException(jobName + " has been interrupted");
        }
    }

我希望看到这个日志行log.info（"作业被中断"， e）；我从线程听到的最后一件事是一个日志语句，确认它的中断标志已设置，之后它抛出InterruptedException。

Answer 1

作业肯定被中断了，从作业端的日志语句中可以清楚地看到，一旦抛出InterruptException，它就会丢失，服务也无法捕获它。

这是一个常见问题。每当抛出InterruptedException时，线程上的中断标志就会被清除。如果您需要使线程静止中断，则需要重新中断它。这始终是捕获InterruptedException时的正确模式。原因是如果您正在编写某种库，您不想吞下中断标志，这意味着调用者不知道线程是否被中断。中断线程被设计为一种优雅的关闭（与已弃用的Stop（）方法相反）。因此传播中断线程始终是一种很好的模式。

例如：

   ...
} catch (InterruptedException e) {
   // we always should re-interrupt the thread when we catch InterruptedException
   Thread.currentThread().interrupt();
   log.info("Job was interrupted", e);

然后，当您返回调用方时，可以测试中断标志：

if (Thread.currentThread().isInterrupted()) {
   ...

如果您想了解有关抛出InterruptedException的各种方法以及影响标志的各种Thread方法的更多详细信息，请参阅我的答案：清除Thread.interrupt（）标志的方法

例如，人们永远不应该使用Thread.interrupted（），因为这会在测试中断标志时清除它。您对Thread.currentThread（）. is中断（）的使用是正确的。