做跨境电商被骗了三万/seo顾问是什么职业

先来看下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对列中的节点最终一定是会被唤醒的。