LockSupport
是用来创建锁和其他同步类的基本线程阻塞原语。
LockSupport
中的park()
和unpark()
的作用分别是阻塞线程和解除阻塞线程。
LockSupport
类使用了一种名为Permit
(许可)的概念来做到阻塞和唤醒线程的功能,每个线程都有一个许可(permit
),permit
只有两个值1和零,默认是零。
三种让线程等待和唤醒的方法:
- 使用
Object
中的wait()
方法让线程等待, 使用Object
中的notify()
方法唤醒线程,结合synchronized
- 使用
JUC
包中Condition
的await()
方法让线程等待,使用signal()
方法唤醒线程,结合ReentrantLock
LockSupport
类可以阻塞当前线程以及唤醒指定被阻塞的线程
传统的synchronized
和Lock
实现等待唤醒通知的约束:
- 线程先要获得并持有锁,必须在锁块(
synchronized
或lock
)中 - 必须要先等待后唤醒,线程才能够被唤醒
LockSupport.park()/park(Object blocker):
阻塞当前线程/阻塞传入的具体线程。
permit默认是0,所以一开始调用park()方法,当前线程就会阻塞,直到别的线程将当前线程的permit设置为1时,park方法会被唤醒,然后会将permit再次设置为0并返回。
LockSupport.unpark(Thread thread):
唤醒处于阻断状态的指定线程。
调用unpark(thread)
方法后,就会将thread线程的许可permit设置成1(注意多次调用unpark方法,不会累加,permit值还是1)会自动唤醒thread线程,即之前阻塞中的LockSupport.park()方法会立即返回。
public static void main(String[] args) {
Thread t1 = new Thread(() -> {
System.out.println(Thread.currentThread().getName() + "\t park...");
LockSupport.park();
System.out.println(Thread.currentThread().getName() + "\t 被唤醒");
}, "Thread-1");
t1.start();
try {
TimeUnit.SECONDS.sleep(2L);
} catch (Exception e) {
}
System.out.println(Thread.currentThread().getName() + "\t 通知 t1");
LockSupport.unpark(t1);
}
总结:
LockSupport
是一个线程阻塞工具类,所有的方法都是静态方法,可以让线程在任意位置阻塞,阻塞之后也有对应的唤醒方法。归根结底,LockSupport
调用的Unsafe
中的native
代码。
LockSupport
提供park()
和unpark()
方法实现阻塞线程和解除线程阻塞的过程。
LockSupport
和每个使用它的线程都有一个许可(permit
)关联。permit
相当于1,0的开关,默认是0,
调用一次unpark
就加1变成1,
调用一次park
会消费permit
,也就是将1变成0,同时park
立即返回。
如再次调用park
会变成阻塞(因为permit
为零了会阻塞在这里,一直到permit
变为1),这时调用unpark
会把permit
置为1。
每个线程都有一个相关的permit
, permit
最多只有一个,重复调用unpark
也不会积累凭证。
形象的理解:
线程阻塞需要消耗凭证(permit
),这个凭证最多只有1个。
当调用park
方法时:
- 如果有凭证,则会直接消耗掉这个凭证然后正常退出;
- 如果无凭证,就必须阻塞等待凭证可用;
- 而unpark则相反,它会增加一个凭证,但凭证最多只能有1个,累加无效。
为什么可以先唤醒线程后阻塞线程?
因为unpark
获得了一个凭证,之后再调用park
方法,就可以名正言顺的凭证消费,故不会阻塞。
为什么唤醒两次后阻塞两次,但最终结果还会阻塞线程?
因为凭证的数量最多为1,连续调用两次unpark
和调用一次unpark
效果一样,只会增加一个凭证;
而调用两次park
却需要消费两个凭证,证不够,不能放行。