LockSupport(1.0)
LockSupport
什么是LockSupport
通过park()和unpark(thread)方法来实现阻塞和唤醒线程的操作
LockSupport是一个线程阻塞工具类,所有的方法都是静态方法,可以让线程在任意位置阻塞,阻塞之后也有对应的唤醒方法。归根结底,LockSupport调用的 Unsafe 中的 native 代码
官网解释:
- LockSupport是用来创建锁和其他同步类的基本线程阻塞原语
- LockSupport类使用了一种名为Permit(许可)的概念来做到阻塞和唤醒线程的功能,每个线程都有一个许可(permit),permit只有两个值1和零,默认是零
- 可以把许可看成是一种(0,1)信号量(Semaphore),但与Semaphore不同的是,许可的累加上限是1
阻塞方法
permit 默认是0,所以一开始调用park()方法,当前线程就会阻塞,直到别的线程将当前线程的permit设置为1时, park方法会被唤醒,然后会将 permit 再次设置为 0 并返回
static void park( ) : 底层是 unsafe 类 native 方法
static void park(Object blocker)
唤醒方法
调用unpark(thread)方法后,就会将 thread 线程的许可 permit 设置成1(注意多次调用unpark方法,不会累加,permit值还是1)会自动唤醒 thread 线程,即之前阻塞中的 LockSupport.park() 方法会立即返回
static void unpark( )
LockSupport它的解决的痛点
- LockSupport 不用持有锁块 , 不用加锁,程序性能好
- 先后顺序,不容易导致卡死(因为 unpark 获得了一个凭证,之后再调用 park 方法,就可以名正言顺的凭证消费,故不会阻塞)
1 | package tech.chen.juccode.a11; |
LockSupport 面试题目
为什么可以先唤醒线程后阻塞线程?
因为unpark获得了一个凭证,之后再调用park方法,就可以名正言顺的凭证消费,故不会阻塞
为什么唤醒两次后阻塞两次,但最终结果还会阻塞线程?
因为凭证的数量最多为1,连续调用两次unpark和调用一次unpark效果一样,只会增加一个凭证;而调用两次park却需要消费两个凭证,证不够,不能放行
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 TimeSnapshot!
评论