本文章将要介绍的内容有如下几点,读者朋友也可先自行思考一下相关问题:dom
线程中和中断相关的方法有三个,分别介绍以下:ide
1) interruptthis
咱们通常都说这个方法是用来中断线程的,那么这个中断应该怎么理解呢? 就是说把当前正在执行的线程中断掉,不让它继续往下执行吗?线程
其实,否则。 此处,说的中断仅仅是给线程设置一个中断的标识(设置为true),线程仍是会继续往下执行的。而线程怎么中止,则须要由咱们本身去处理。 一下子会用代码来讲明这个。code
2) isInterrupted对象
判断当前线程的中断状态,即判断线程的中断标识是true仍是false。 注意,这个方法不会对线程本来的中断状态产生任何影响。blog
3) interrupted资源
也是判断线程的中断状态的。可是,须要注意的是,这个方法和 isInterrupted 有很大的不一样。咱们看下它们的源码:get
public boolean isInterrupted() { return isInterrupted(false); } public static boolean interrupted() { return currentThread().isInterrupted(true); } //调用同一个方法,只是传参不一样 private native boolean isInterrupted(boolean ClearInterrupted);
首先 isInterrupted 方法是线程对象的方法,而 interrupted 是Thread类的静态方法。同步
其次,它们都调用了同一个本地方法 isInterrupted,不一样的只是传参的值,这个参数表明的是,是否要把线程的中断状态清除(清除即不论以前的中断状态是什么值,最终都会设置为false)。
所以,interrupted 静态方法会把本来线程的中断状态清除,而 isInterrupted 则不会。因此,若是你调用两次 interrupted 方法,第二次就必定会返回false,除非中间又被中断了一次。
下面证实一下 interrupt 方法只是设置一个中断状态,而不是使当前线程中断运行:
public class TestFlag { static volatile boolean flag = true; public static void main(String[] args) throws InterruptedException { Thread t = new Thread(new Runnable(){ @Override public void run() { System.out.println("线程中断标志:"+Thread.currentThread().isInterrupted()); while (flag){ } System.out.println("标志flag为:" + flag); System.out.println("线程中断标志:"+Thread.currentThread().isInterrupted()); System.out.println("我还在继续执行"); } }); t.start(); Thread.sleep(100); flag = false; t.interrupt(); } }
运行结果:
线程中断标志:false 标志flag为:false 线程中断标志:true 我还在继续执行
当线程启动,还没调用中断方法时,中断状态为false,而后调用中断方法,并把flag设置为false。此时,run方法跳出while死循环。咱们会发现线程的中断状态为true,可是线程仍是会继续往下执行,直到执行结束。
线程中经常使用的阻塞方法,如sleep,join和wait 都会响应中断,而后抛出一个中断异常 InterruptedException。可是,注意此时,线程的中断状态会被清除。因此,当咱们捕获到中断异常以后,应该保留中断信息,以便让上层代码知道当前线程中断了。一般有两种方法能够作到。
一种是,捕获异常以后,再从新抛出异常,让上层代码知道。另外一种是,在捕获异常时,经过 interrupt 方法把中断状态从新设置为true。
下面,就以sleep方法为例,捕获中断异常,而后从新设置中断状态:
public class TestInterrupt { public static void main(String[] args) throws InterruptedException { Thread t = new Thread(new Runnable() { private int count = 0; @Override public void run() { try { count = new Random().nextInt(1000); count = count * count; System.out.println("count:"+count); Thread.sleep(5000); } catch (Exception e) { System.out.println(Thread.currentThread().getName()+"线程第一次中断标志:"+Thread.currentThread().isInterrupted()); //从新把线程中断状态设置为true,以便上层代码判断 Thread.currentThread().interrupt(); System.out.println(Thread.currentThread().getName()+"线程第二次中断标志:"+Thread.currentThread().isInterrupted()); } } }); t.start(); Thread.sleep(100); t.interrupt(); } }
结果:
count:208849 Thread-0线程第一次中断标志:false Thread-0线程第二次中断标志:true
LockSupport 方法中重要的两个方法就是park 和 unpark 。
park和interrupt中断
park方法能够阻塞当前线程,若是调用unpark方法或者中断当前线程,则会从park方法中返回。
park方法对中断方法的响应和 sleep 有一些不太同样。它不会抛出中断异常,而是从park方法直接返回,不影响线程的继续执行。咱们看下代码:
public class LockSupportTest { public static void main(String[] args) throws InterruptedException { Thread t = new Thread(new ParkThread()); t.start(); Thread.sleep(100); //① System.out.println(Thread.currentThread().getName()+"开始唤醒阻塞线程"); t.interrupt(); System.out.println(Thread.currentThread().getName()+"结束唤醒"); } } class ParkThread implements Runnable{ @Override public void run() { System.out.println(Thread.currentThread().getName()+"开始阻塞"); LockSupport.park(); System.out.println(Thread.currentThread().getName()+"第一次结束阻塞"); LockSupport.park(); System.out.println("第二次结束阻塞"); } }
打印结果以下:
Thread-0开始阻塞 main开始唤醒阻塞线程 main结束唤醒 Thread-0第一次结束阻塞 第二次结束阻塞
当调用interrupt方法时,会把中断状态设置为true,而后park方法会去判断中断状态,若是为true,就直接返回,而后往下继续执行,并不会抛出异常。注意,这里并不会清除中断标志。
unpark
unpark会唤醒被park的指定线程。可是,这里要说明的是,unpark 并非简单的直接去唤醒被park的线程。看下JDK的解释:
unpark只是给当前线程设置一个许可证。若是当前线程已经被阻塞了(即调用了park),则会转为不阻塞的状态。如若否则,下次调用park方法的时候也会保证不阻塞。这句话的意思,实际上是指,park和unpark的调用顺序无所谓,只要unpark设置了这个许可证,park方法就能够在任意时刻消费许可证,从而不会阻塞方法。
还须要注意的是,许可证最多只有一个,也就是说,就算unpark方法调用屡次,也不会增长许可证。 咱们能够经过代码验证,只须要把上边代码修改一行便可:
//LockSupportTest类 //原代码 t.interrupt(); //修改成 LockSupport.unpark(t); LockSupport.unpark(t);
就会发现,只有第一次阻塞会被唤醒,可是第二次依然会继续阻塞。结果以下:
Thread-0开始阻塞 main开始唤醒阻塞线程 main结束唤醒 Thread-0第一次结束阻塞
另外,在此基础上,把主线程的sleep方法去掉(代码中①处),让主线程先运行,也就是有可能先调用unpark方法,而后子线程才开始调用park方法阻塞。咱们会发现,出现如下结果,证实了上边我说的park方法和unpark不分前后顺序,park方法能够随时消费许可证。
main开始唤醒阻塞线程 main结束唤醒 Thread-0开始阻塞 Thread-0第一次结束阻塞
了解了 park/unpark的用法以后,想必你也能分析出来它们和 wait、notify有什么不一样之处了。
1) wait和notify方法必须和同步锁 synchronized一起使用。而park/unpark使用就比较灵活了,没有这个限制,能够在任何地方使用。
2) park/unpark 使用时没有前后顺序,均可以使线程不阻塞(前面代码已验证)。而wait必须在notify前先使用,若是先notify,再wait,则线程会一直等待。
3) notify只能随机释放一个线程,并不能指定某个特定线程,notifyAll是释放锁对象中的全部线程。而unpark方法能够唤醒指定的线程。
4) 调用wait方法会使当前线程释放锁资源,但使用的前提是必须已经得到了锁。 而park不会释放锁资源。(如下代码验证)
public class LockSyncTest { private static Object lock = new Object(); //保存调用park的线程,以便后续唤醒 private static Thread parkedThread; public static void main(String[] args) throws InterruptedException { Thread t1 = new Thread(()->{ synchronized (lock){ System.out.println("unpark前"); LockSupport.unpark(parkedThread); System.out.println("unpark后"); } }); Thread t2 = new Thread(new Runnable() { @Override public void run() { //和t1线程用同一把锁时,park不会释放锁资源,若换成this锁,则会释放锁 synchronized (lock){ System.out.println("park前"); parkedThread = Thread.currentThread(); LockSupport.park(); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } System.out.println("park后"); } } }); t2.start(); Thread.sleep(100); t1.start(); } } //打印结果 //park前
以上代码,会一直卡在t2线程,由于park不会释放锁,所以t1也没法执行。
若是把t2的锁换成this锁,即只要和t1不是同一把锁,则t1就会正常执行,而后把t2线程唤醒。打印结果以下:
park前 unpark前 unpark后 park后