一般线程通过start方法启动之后,就会开始执行run方法,run方法运行结束后线程退出。但是呢,又有一些场景可能会需要我们自己让它提前退出。
很多线程的运行模式是死循环,就说上一期的生产者/消费者模式中,消费者主体就是一个死循环,它不停地从队列中接受任务,执行任务,在停止程序时,我们需要一种“优雅”的方法以关闭该线程。
再比如说下载。当用户想要远程从服务器中下载文件的时候,很多时候都会需要一个取消下载的功能等等等...
在Java中,停止一个线程的主要机制是中断,中断并不是强迫终止一个线程,它是一种协作机制,是给线程传递一个取消信号,但是由线程来决定如何以及何时退出。
public boolean isInterrupted()
public void interrupt()
public static boolean interrupted()
isInterrupted()和interrupt()是实例方法,调用它们需要通过线程对象;interrupted()是静态方法,实际会调用Thread.currentThread()操作当前线程。
每个线程都有一个标志位,表示该线程是否被中断了。
isInterrupted:返回对应线程的中断标志位是否为true。
interrupted:返回当前线程的中断标志位是否为true,但它还有一个重要的副作用,就是清空中断标志位,也就是说,连续两次调用interrupted(),第一次返回的结果为true,第二次一般就是false(除非同时又发生了一次中断)。
interrupt:表示中断对应的线程。
interrupt()对线程的影响与线程的状态和在进行的IO操作有关。而IO操作的影响和具体IO以及操作系统有关。
RUNNABLE:线程在运行或具备运行条件只是在等待操作系统调度。
WAITING/TIMED_WAITING:线程在等待某个条件或超时。
BLOCKED:线程在等待锁,试图进入同步块。
NEW/TERMINATED:线程还未启动或已结束。
如果线程在运行中,且没有执行IO操作,interrupt()只是会设置线程的中断标志位,没有任何其他作用。线程应该在运行过程中合适的位置检查中断标志位,比如,如果主体代码是一个循环,可以在循环开始处进行检查
@Override
public void run() {
while(!Thread.currentThread().isInterrupted()){
System.out.println("循环中...");
}
System.out.println("done");
}
线程调用join/wait/sleep方法会进入WAITING或TIMED_WAITING状态,在这些状态时,对线程对象调用interrupt()会使得该线程抛出InterruptedException。需要注意的是,抛出异常后,中断标志位会被清空,而不是被设置。
public class Test extends Thread{
@Override
public void run() {
try{
Thread.sleep(100);
}catch (InterruptedException interruptedException){
System.out.println(isInterrupted());
}
}
public static void main(String[] args){
Thread thread = new Test();
thread.start();
try{
Thread.sleep(100);
}catch (InterruptedException interruptedException){
}
thread.interrupt();
}
}
捕获到InterruptedException,通常表示希望结束该线程
向上传递该异常,这使得该方法也变成了一个可中断的方法,需要调用者进行处理。
有些情况,不能向上传递异常,比如Thread的run方法,它的声明是固定的,不能抛出任何受检异常,这时,应该捕获异常,进行合适的清理操作,清理后,一般应该调用Thread的interrupt方法设置中断标志位,使得其他代码有办法知道它发生了中断。
如果线程在等待锁,对线程对象调用interrupt()只是会设置线程的中断标志位,线程依然会处于BLOCKED状态,也就是说,interrupt()并不能使一个在等待锁的线程真正“中断”。
public class Test extends Thread{
private static Object lock = new Object();
private static class A extends Thread {
@Override
public void run() {
synchronized (lock) {
while (!Thread.currentThread().isInterrupted()) {
}
}
System.out.println("exit");
}
}
public static void test() throws InterruptedException {
synchronized (lock) {
A a = new A();
a.start();
Thread.sleep(1000);
a.interrupt();
a.join();
}
}
public static void main(String[] args) throws InterruptedException {
test();
}
}
test方法在持有锁lock的情况下启动线程a,而线程a也去尝试获得锁lock,所以会进入锁等待队列,随后test调用线程a的interrupt方法并调用join等待线程线程a结束,线程a会结束吗?不会,interrupt方法只会设置线程的中断标志,而并不会使它从锁等待队列中出来。
在使用synchronized关键字获取锁的过程中不响应中断请求,这是synchronized的局限性。如果这对程序是一个问题,应该使用显式锁。第16章会介绍显式锁Lock接口,它支持以响应中断的方式获取锁。
如果线程尚未启动(NEW),或者已经结束(TERMINATED),则调用interrupt()对它没有任何效果,中断标志位也不会被设置。
interrupt方法不一定会真正“中断”线程,它只是一种协作机制,如果不明白线程在做什么,不应该贸然地调用线程的interrupt方法,以为这样就能取消线程。对于以线程提供服务的程序模块而言,它应该封装取消/关闭操作,提供单独的取消/关闭方法给调用者,外部调用者应该调用这些方法而不是直接调用interrupt。
Java并发库的一些代码就提供了单独的取消/关闭方法,比如,Future接口提供了如下方法以取消任务,再如,ExecutorService提供了如下两个关闭方法。
boolean cancel(boolean mayInterruptIfRunning);
void shutdown();
List<Runnable> shutdownNow();
Future和ExecutorService的API文档对这些方法都进行了详细说明