AQS条件队列

先来描述下生活中发生的一件事.
曾经有一次,我去中国农业银行办点事.取了个号等待,那是在中午只有一个窗口在办事.当时我前面只有三个等待者.
半个小时过去了,前面终于只有一个了
又半个小时过去了,前面还是只有一个.Why ? VIP插队了
再等半小时,前面仍然还有一个等待者.全它妈是VIP插队
差不多等了近两小时,前面仍然还有个等待者

这里就描述了一个可能的AQS的同步队列和条件队列的一起使用的厂景.
1.VIP直接进入同步队列按FIFO进行处理
2.一般客户进行条件队列,当同步队列没有Node时,调用signal将条件队列的waiter放入到同步队列中,进行处理.
3.在上厂景中,如果一直有VIP插队,那么条件队列中的等待者将无法被执行.
先来看下流程图在这里插入图片描述
最上面的是同步队列,VIP的.在另一篇里面讲过.下面主要说下条件队列的大体处理过程
1.条件队列调用awit()函数,首先创建一个Node.CONDITION 类型的Node对象.然后把它加入到条件队列的最后面
2.加入成功后,将会有一个while死循环一直等待它自己的node被加载到同步队列中.一旦进行同步队列就没有任何机会被插队了.
3.主线程调用者,觉得条件合适的时候会调用signal函数,将条件队列的第一个等待着加入到同步队列尾部.或者signalAll全部加入

上面三点基本就是条件队列的实现过程了.源码什么的就不贴了.过程比较简单
但是在这里我想说的是,为什么不调用awaitNanos(long nanosTimeout)这种超时等待的接口.你可以把超时时间设置成30分钟或者40分钟,一旦超时将无条件的加入同步队列.这样做也可以啊

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

bruk_spp

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值