LockSupport详解
LockSupport中的方法大多但是静态得分方法,一般是作为Lock一类的工具,在一般的程序很少使用;
整个类中方法基本都是围绕park和UNpark两种方法进行,方法中主要依赖unsafe对象作为基础;
我们先看看park方法把
public static void park() { UNSAFE.park(false, 0L); }
public static void park(Object blocker) { Thread t = Thread.currentThread(); setBlocker(t, blocker); UNSAFE.park(false, 0L); setBlocker(t, null); }
public static void parkNanos(Object blocker, long nanos) { if (nanos > 0) { Thread t = Thread.currentThread(); setBlocker(t, blocker); UNSAFE.park(false, nanos); setBlocker(t, null); } }
public static void parkUntil(Object blocker, long deadline) { Thread t = Thread.currentThread(); setBlocker(t, blocker); UNSAFE.park(true, deadline); setBlocker(t, null); }
有以上四种park方法,先说说无参函数把。首先每个线程都相关联了一个permit,(初始值应该是0 ==不可获取),当调用park方法时,如果发现permit不可获取则会阻塞该线程,如果发现permit可获取则会立即返回,并且消耗掉permit,即次线程下次调用park则阻塞,由此可想,permit和信号量相似,区别是permit不能累加;
有以下方法使得该park方法返回;
1.其它线程调用(不排除本线程在park之前调用了unpark方法)调用unpark方法并且指定了此线程;
2.其它线程中断了此线程;但是此方法却没有抛出InterruptedException,所以我们需要自行决定Thread的interrupt的值;
3.虚假的返回(对底层平台语义的让步);
第二种方法则传入一个Object参数,次参数的作用是作为一个诊断工具判断该线程挂起的原因,一般使用该方法的是Lock,所以只要传递一个this引用;
第三种方法和第四种方法增加了对park的时间控制;
好了我们来分析一下UNpark方法
public static void unpark(Thread thread) { if (thread != null) UNSAFE.unpark(thread); }
这个方法会使得本来permit不可获取的线程的permit变得可获取,所以当目标线程在park状态,调用此方法并且把目标线程作为参数传入该方法则会使得该目标线程立即返回;如果目标暂未调用park方法则等到目标线程下次调用park方法时就会立即返回;这个方法并不保证对一个暂未开启的线程有任何的作用;