}

@Override

public void run() {

while(!Thread.currentThread().isInterrupted()){

System.out.println("Thread running...");

try {

/**

* 如果线程阻塞，将不会去检查中断信号量stop变量，所以thread.interrupt()

* 会使阻塞线程从阻塞的地方抛出异常，让阻塞线程从阻塞状态逃离出来，并进行异常块进行相应的处理

*/

Thread.sleep(1000); //线程阻塞，如果线程收到中断操作信号将抛出异常

} catch (InterruptedException e) {

System.out.println("Thread interrupted...");

/**

* 如果线程在调用Object.wait()方法，或者该类的join()、sleep()方法

* 过程中受阻，则其中断状态将被清除

*/

System.out.println(this.isInterrupted());//false

//中不中断由自己决定，如果需要中断线程，则需要重新设置中断位，如果不需要，则不用调用

Thread.currentThread().interrupt();

e.printStackTrace();

}

}

System.out.println("Thread exiting under request...");

}

}

上面案例中一旦Thread.interrupt()被调用，线程便收到一个异常，于是逃离了阻塞状态并确定应该停止。上面我们还可以使用共享信号量来替换!Thread.currentThread().isInterrupted()条件，但不如它简洁.

死锁状态线程无法被中断

下面案例中试着去中断处于死锁状态的两个线程，但这两个线都没有收到任何中断信号（抛出异常），所以interrupt()方法是不能中断死锁线程的，因为锁定的位置根本无法抛出异常

package com.ljq.test;

public class ThreadTest extends Thread {

public static void main(String args[]) throws Exception {

final Object lock1 = new Object();

final Object lock2 = new Object();

Thread thread1 = new Thread() {

public void run() {

deathLock(lock1, lock2);

}

};

Thread thread2 = new Thread() {

public void run() {

// 注意，这里在交换了一下位置

deathLock(lock2, lock1);

}

};

System.out.println("Starting thread...");

thread1.start();

thread2.start();

Thread.sleep(3000);

System.out.println("Interrupting thread...");

thread1.interrupt();

thread2.interrupt();

Thread.sleep(3000);

System.out.println("Stopping application...");

}

private static void deathLock(Object lock1, Object lock2) {

try {

synchronized (lock1) {

Thread.sleep(10);// 不会在这里死掉

synchronized (lock2) {// 会锁在这里，虽然阻塞了，但不会抛异常

System.out.println(Thread.currentThread());

}

}

} catch (InterruptedException e) {

e.printStackTrace();

System.exit(1);

}

}

}

中断I/O操作

然而，如果线程在I/O操作进行时被阻塞，又会如何？I/O操作可以阻塞线程一段相当长的时间，特别是牵扯到网络应用时。例如，服务器可能需要等待一个请求（request），又或者，一个网络应用程序可能要等待远端主机的响应。

实现此InterruptibleChannel接口的通道是可中断的：如果某个线程在可中断通道上因调用某个阻塞的 I/O 操作（常见的操作一般有这些：serverSocketChannel. accept()、socketChannel.connect、socketChannel.open、socketChannel.read、socketChannel.write、fileChannel.read、fileChannel.write）而进入阻塞状态，而另一个线程又调用了该阻塞线程的 interrupt 方法，这将导致该通道被关闭，并且已阻塞线程接将会收到ClosedByInterruptException，并且设置已阻塞线程的中断状态。另外，如果已设置某个线程的中断状态并且它在通道上调用某个阻塞的 I/O 操作，则该通道将关闭并且该线程立即接收到 ClosedByInterruptException；并仍然设置其中断状态。如果情况是这样，其代码的逻辑和第三个例子中的是一样的，只是异常不同而已。