为什么我们不吞下InterruptedException

Question

我很困惑，无法理解为什么不应该吞掉InterruptedException。

IBM的文章说

当阻塞方法检测到中断并抛出InterruptedException时，它将清除中断状态。如果捕捉到InterruptedException，但无法重新抛出它，则应保留中断发生的证据，以便调用堆栈上更高的代码能够获悉中断，并在需要时对其做出响应

public class TaskRunner implements Runnable {
    private BlockingQueue<Task> queue;

    public TaskRunner(BlockingQueue<Task> queue) { 
        this.queue = queue; 
    }

    public void run() { 
        try {
             while (true) {
                 Task task = queue.take(10, TimeUnit.SECONDS);
                 task.execute();
             }
         }
         catch (InterruptedException e) { 
           Thread.currentThread().interrupt();//preserve the message
             return;//Stop doing whatever I am doing and terminate

         }
    }
}

还请解释一下上面的规则？

Answer 1

看看这个示例，我们假设它在线程/线程池上下文中运行。

public void run() {
  // Honor interrupts so that you can stop/kill the task
  while (!Thread.currentThread().interrupted()) {
    this.doSomeChunkOfWork();
  }    
}

上面的代码是一个很好的例子，说明了如何编写一个任务，该任务可以被中断并以块的方式处理数据（想想从某个源读取数据并以部分的方式处理数据）。现在让我们假设DoSomeChunkOfWork被中断，并且捕获了一个异常。除非再次设置标志或维护标志的中断状态，否则run方法将无法知道当方法调用返回时调用堆栈深处的处理被中断，这将破坏我们良好的逻辑。

这就是为什么您总是将状态设置回调，以便调用堆栈中的方法知道线程是否真的中断了。我想做一个类比，就是“不要把灰尘扫到地毯下面”。：）