lock锁通过condition阻塞的一点理解

先来看下await这个方法,这个方法涵盖了阻塞的大部分逻辑,我们通过这个方法入口逐层去揭开conditon.await这个阻塞函数的神秘面纱
在这里插入图片描述
在这里插入图片描述
跟synchronized锁我们可以进行一个对比,condition.await相当于
object.wait,condition.singal相当于obejct.singal
我们可以想一下这个逻辑 也就是说conditon.await阻塞的时候释放不释放锁,我们常常会跟Thread.sleep有一个对比,Thread.sleep阻塞期间是不释放锁的,而conditon.awati是肯定要释放锁的,如果他不释放锁就不会有别的线程拿到锁,别的线程拿不到锁还怎么唤醒他呢,所以awati肯定是要释放锁的。
所以我们来看一下是怎么释放锁的
这个代码也不难理解,去除当前锁的state不管是几全部释放,这样AQS 中的state又变为了0,也就是成功的释放了锁,其他的线程就可以去争取这个锁了,同样的道理如何当前的AQS中的CLH队列是有节点的那么会唤醒下一个节点,下一个节点会去拿到改锁,如果这点不是很清楚,大家可以看我之前对ReentranLock的理解。
在这里插入图片描述
中间省略了一部分 后续补充进来
这个方法时唤醒在条件队列的等待节点,我们看下具体是怎么唤醒的呢
首先拿到条件对列里的第一个节点。
在这里插入图片描述
具体的唤醒方法在这个doSignal中 这个核心逻辑在transferForSignal中

在这里插入图片描述
这里才是我们唤醒的核心逻辑
大体思路是将当前条件队列中的节点又重新加入到了CLH对列中
我们知道在CLH对列中的节点最终一定是会被唤醒的。
在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值