一、 前言
PriorityBlockingQueue是带优先级的无界阻塞队列,每次出队都返回优先级最高的元素,是二叉树最小堆的实现,研究过数组方式存放最小堆节点的都知道,直接遍历队列元素是无序的。
二、 PriorityBlockingQueue类图结构
如图PriorityBlockingQueue内部有个数组queue用来存放队列元素,size用来存放队列元素个数,allocationSpinLockOffset是用来在扩容队列时候做cas的,目的是保证只有一个线程可以进行扩容。
由于这是一个优先级队列所以有个比较器comparator用来比较元素大小。lock独占锁对象用来控制同时只能有一个线程可以进行入队出队操作。notEmpty条件变量用来实现take方法阻塞模式。这里没有notFull 条件变量是因为这里的put操作是非阻塞的,为啥要设计为非阻塞的是因为这是无界队列。
最后PriorityQueue q用来搞序列化的。
如下构造函数,默认队列容量为11,默认比较器为null;
|
|
三、 offer操作
在队列插入一个元素,由于是无界队列,所以一直为成功返回true;
|
|
主流程比较简单,下面看看两个主要函数
|
|
tryGrow目的是扩容,这里要思考下为啥在扩容前要先释放锁,然后使用cas控制只有一个线程可以扩容成功。我的理解是为了性能,因为扩容时候是需要花时间的,如果这些操作时候还占用锁那么其他线程在这个时候是不能进行出队操作的,也不能进行入队操作,这大大降低了并发性。
所以在扩容前释放锁,这允许其他出队线程可以进行出队操作,但是由于释放了锁,所以也允许在扩容时候进行入队操作,这就会导致多个线程进行扩容会出现问题,所以这里使用了一个spinlock用cas控制只有一个线程可以进行扩容,失败的线程调用Thread.yield()让出cpu,目的意在让扩容线程扩容后优先调用lock.lock重新获取锁,但是这得不到一定的保证,有可能调用Thread.yield()的线程先获取了锁。
那copy元素数据到新数组为啥放到获取锁后面那?原因应该是因为可见性问题,因为queue并没有被volatile修饰。另外有可能在扩容时候进行了出队操作,如果直接拷贝可能看到的数组元素不是最新的。而通过调用Lock后,获取的数组则是最新的,并且在释放锁前 数组内容不会变化。
具体建堆算法:
|
|
下面用图说话模拟下过程:
假设队列容量为2
- 第一次offer(2)时候
执行(1)为false所以执行(2),由于k=n=size=0;所以执行(8)元素入队,然执行(9)size+1;
现在队列状态:
- 第二次offer(4)时候
执行(1)为false,所以执行(2)由于k=1,所以进入while循环,parent=0;e=2;key=4;key>e
所以break;然后把4存到数据下标为1的地方,这时候队列状态为:
- 第三次offer(6)时候
执行(1)为true,所以调用tryGrow,由于2<64
所以newCap=2 + (2+2)=6;然后创建新数组并拷贝,然后调用siftUpComparable;k=2>0
进入循环 parent=0;e=2;key=6;key>e
所以break;然后把6放入下标为2的地方,现在队列状态:
- 第四次offer(1)时候
执行(1)为false,所以执行(2)由于k=3,所以进入while循环,parent=0;e=2;key=1; key<e
;所以把2复制到数组下标为3的地方,然后k=0退出循环;然后把2存放到下标为0地方,现在状态:
四、 poll操作
在队列头部获取并移除一个元素,如果队列为空,则返回null
|
|
主要看dequeue
|
|
|
|
下面用图说话模拟下过程:
- 第一次调用poll()
首先执行(1) result=1;然后执行(2)x=2;这时候队列状态
然后执行(3)后状态为:
执行(4)后的结果:
下面重点说说siftDownComparable这个屌屌的建立最小堆的算法:
首先说下思想,其中k一开始为0,x为数组里面最后一个元素,由于第0个元素为树根,被出队时候要被搞掉,所以建堆要从它的左右孩子节点找一个最小的值来当树根,子树根被搞掉后,会找子树的左右孩子最小的元素来代替,直到树节点为止,还不明白,没关系,看图说话:
假如当前队列元素:
那么对于树为:
这时候如果调用了poll();那么result=2;x=11;现在树为:
然后看leftChildVal = 4;rightChildVal = 6; 4<6
;所以c=4;也就是获取根节点的左右孩子值小的那一个; 然后看11>4
也就是key>c
;然后把c放入树根,现在树为:
然后看根的左边孩子4为根的子树我们要为这个字树找一个根节点
看leftChildVal = 8;rightChildVal = 10; 8<10
;所以c=8;也就是获取根节点的左右孩子值小的那一个; 然后看11>8
也就是key>c
;然后把c放入树根,现在树为:
这时候k=3;half=3所以推出循环,执行(9)后结果为:
这时候队列为:
五、 put操作
内部调用的offer,由于是无界队列,所以不需要阻塞
|
|
六、 take操作
获取队列头元素,如果队列为空则阻塞。
|
|
这里是阻塞实现,阻塞后直到入队操作调用notEmpty.signal 才会返回。
七、 size操作
获取队列元个数,由于加了独占锁所以返回结果是精确的
|
|
八、 开源框架中使用
目前还没找到..
九、总结
PriorityBlockingQueue始终保证出队的元素是优先级最高的元素而不是在队列里面停留时间最长的原始,并且可以定制优先级的规则,内部通过使用一个二叉树最小堆算法来维护内部数组,这个数组是可扩容的,当当前元素个数>=
最大容量时候会通过算法扩容,当队列任务里面的任务由优先级时候本队列比较实用。
PriorityBlockingQueue类似于ArrayBlockingQueue内部使用一个独占锁来控制同时只有一个线程可以进行入队和出队,另外前者只使用了一个notEmpty条件变量而没有notFull这是因为前者是无界队列,当put时候永远不会处于await所以也不需要被唤醒,并且take方法由于是阻塞方法,所以是可被中断的,其他方法对中断标志不理会。
值得注意的是为了避免在扩容操作时候其他线程不能进行出队操作,实现上使用了先释放锁,然后通过cas保证同时只有一个线程可以扩容成功。
原创文章,转载请注明: 转载自并发编程网 – ifeve.com本文链接地址: 并发队列-无界阻塞优先级队列PriorityBlockingQueue原理探究](http://ifeve.com/java-priorityblockingqueu/)