线程的interrupt中断和取消机制

每一个线程都有一个boolean类型的中断状态。当中断线程时，这个线程的中断状态将被设置为true,在Thread中，有以下三个方法中断线程和查询线程中断状态的方法。
public class Tread{
    public void interrupt(){....}
    public boolean isInterrupted(){....}
    public static boolean interrupted(){....}
}
interrupt方法将中断目标线程，而isInterrupted方法能返回目标线程的中断状态，interrupted将清除当前线程的中断状态，并返回它之前的值，也是清除中断状态的唯一方法。
阻塞库方法，例如Thread.sleep和Object.wait等，都会检查线程的中断状态，并且在发现中断时提前返回。他们在响应中断时的执行操作：清除中断状态，抛出InterruptedException,
表示阻塞操作由于中断而提前结束。
中断操作不会真正的中断一个正在运行的线程，而是发出中断请求。然后由线程在一个合适的时刻中断自己。(这个时刻也被称为取消点)。通常，中断是实现取消的最合理方式。
由于每一个线程拥有各自的中断策略，因此除非你知道中断对改线程的含义，否则就不应该中断这个线程。
当调用可中断的阻塞函数时，如BlockingQueu.put等，有两种实用策略可用于处理InterruptedException：
1.传递异常，从而使你的方法也成为可中断的阻塞方法。
2.恢复中断状态，从而使调用栈中的上层代码能够对其进行处理。

传递异常相对简单，如果不想传递异常或者无法传递InterruptedException（或许通过Runnable来定义任务），那么需要另一种方式来保存中断。一种标准方法就是通过再次调用interrupt来恢复中断状态。你不能屏蔽InterruptedException，例如在catch块中捕获到异常去不做任何处理，除非在你的代码中实现了线程的中断策略。
例如不可取消的任务在退去前恢复中断
public Task getNextTask(BlockingQueue<Task> queue){
 boolean interrupted = false;
 try{
  while(true){
   try {
    return queue.take();
   } catch (InterruptedException e) {
    // try again
    interrupted=true;
   }
  }
 }finally{
  if(interrupted){
   Thread.currentThread().interrupt();
  }
 }
}
如果过早设置中断状态，就可能引起无限循环，因为大多数可中断的阻塞方法都会在入口处检查中断状态，并且当发现被设置时会立即抛出InterruptedException异常。(检查中断，从而尽快响应中断)