LockSupport.park 与wait用法示例

自Java1.6引入的LockSupport为开发者提供新的阻塞、唤醒线程的原语方法,只是平时都是使用已经封装好的各种Lock、Latch、Synchronizer并不常见到。在学习过程中看到这篇对比LockSupport.park() 方法和wait() 方法的示例Java多线程系列–“JUC锁”07之 LockSupport 来自skywang12345是的引起自己诸多疑惑,便打算按照编码实践一番。

在这就直接绕过基本介绍 ,详细实现可参考 https://my.oschina.net/readjava/blog/282882

LockSupport 函数列表

Object.wait() 阻塞示例

输出:

断点经历过程顺序:

线程名 断点一 断点二 断点三 断点四
main RUNNING RUNNING WAIT MONITOR
ta 未创建 MONITOR RUNNING RUNNING

断点二开始:

ta 线程 MONITOR 状态表示线程处于 synchronized (this),正在等待main 线程释放 ta 对象的锁(monitor)

main 线程中调用 ta.wait() 释放对象 ta 的锁,并进入WAIT 状态,ta 线程获取到锁后进入 RUNNING状态

ta 线程中调用 notify() 唤醒一个调用自身对象 ta.wait() 方法的线程,于是 main 线程状态从WAIT到MONITOR

 

LockSupport.park() 阻塞示例

断点顺序很可能是 一 -> 三 -> 四 -> 二 或者 一 -> 三 ->二 等等,单是线程都不会出现 MONITOR 状态

所有输出的情况也有多种情况,甚至会出现先执行unpark 后执行 park 当时依然可以输出 main continue

总结

1、wait 是通过线程对对象的锁的占用、释放来间接实现阻塞、和唤醒的,并且调用对象的wait 方法 必须要拥有此对象的锁。而 park 则实现线程阻塞机制却不同,不需要对对象的锁进行操作。

2、若通过wait 方法调用来实现线程间阻塞、唤醒的配合的话,需要考虑好wait 和 notify、notifyAll 的配合顺序,不然可能出现先执行notify 后执行notify 导致线程一直处于WAIT 状态。而通过park 和 unpark 实现线程间的配合则不需要考虑这些,即使 unpark 先执行不会阻塞线程 ,后执行 park 也不会阻塞线程。这是因为实现上 park 和 unpark 是通过对被称为许可证的数值进行增减操作,通过对此许可证值的判断来进行阻塞、唤醒操作的。

参考资料

详细介绍实现 https://my.oschina.net/readjava/blog/282882

Oracle官方文档 https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/locks/LockSupport.html

简书 miaoLoveCode http://www.jianshu.com/p/ceb8870ef2c5

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注

*

%d 博主赞过: