interrupt()与isInterrupted()方法
在java很古老的时候,前辈们停止线程的方法可能还是Thread类的stop()方法,但是由于其不安全的原因,jdk已经将该方法废弃,并且提供了更优雅的方式停止线程。
public class InterruptThread implements Runnable{
@Override
public void run() {
//阻塞
while(true){
if(Thread.currentThread().isInterrupted()){
System.out.println("我被中断了");
return;
}
System.out.println("我会一直执行直到interrupt()方法被调用");
}
}
public static void main(String[] args) throws InterruptedException {
Thread thread = new Thread(new InterruptThread());
thread.start();
System.out.println("main线程启动了");
TimeUnit.MILLISECONDS.sleep(100);
thread.interrupt();
}
}
示例中进入阻塞状态的线程可以检测到自身的标志位的变化isInterrupted()决定是否停止线程,但是他只是一个标志,如果线程本身不处理的话,那么程序还是会执行下去,就好比,老师在学校叮嘱要好好学习,具体什么时候,如何好好学习还是看自身。
InterruptedException
在实际应用中;我们经常会遇到sleep()、wait()、join()这些阻塞方法,该如何停止或执行一些中断后的补偿呢?如果在代码中使用过以上方法,会发现编译器会提示try{}catch(InterruptedException)或者throwInterruptedException;这其实也是一种中断方法,类似如Netty如果IO操作超时了就会抛出一个超时异常SocketTimeoutException。Netty捕获这个异常,然后忽略它继续工作。其实他们的原理和上面InterruptThread 类的原理类似,sleep()、wait()、join()方法实现的底层通过循环判断interrupt标识位抛出异常。
- sleep方法与interrupt方法 interrupt方法是Thread类的实例方法,在执行的时候并不需要获取Thread实例的锁定,任何线程在任何时刻,都可以通过线程实例来调用其他线程的interrupt方法。 当在sleep中的线程被调用interrupt方法时,就会放弃暂停的状态,并抛出InterruptedException异常,这样一来,线程的控制权就交给了捕捉这个异常的catch块了。
- wait方法和interrupt方法 当线程调用wait方法后,线程在进入等待区时,会把解除对象锁的持有。当对wait中的线程调用interrupt方法时,会先重新获取锁,再抛出InterruptedException异常,获取锁定之前,无法抛出InterruptedException异常。
- join方法和interrupt方法 当线程以join方法等待其他线程结束时,一样可以使用interrupt方法取消。因为join方法不需要获取锁定,故而与sleep一样,会马上跳到catch程序块
如何处理InterruptedException
在实际应用中,比如在实现 Runnable接口实现run方法,由于默认父类run()方法未抛出异常,所以子类也无法抛出异常,我们习惯用以下方式处理异常
try {
//
} catch (InterruptedException e) {
e.printStackTrace();
}
其实这么做是不合理的,因为在catch InterruptedException异常时将interrupt标识位重置为false了,所以我们在无法抛出InterrutedException异常的情况下,至少也要通过下面方式将标识位重置为true,通知更上层调用栈感知到,并作出响应
try {
//
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}