共计 3576 个字符,预计需要花费 9 分钟才能阅读完成。
问题
(1)LinkedBlockingQueue 的实现方式?
(2)LinkedBlockingQueue 是有界的还是无界的队列?
(3)LinkedBlockingQueue 相比 ArrayBlockingQueue 有什么改进?
简介
LinkedBlockingQueue 是 java 并发包下一个以单链表实现的阻塞队列,它是线程安全的,至于它是不是有界的,请看下面的分析。
源码分析
主要属性
// 容量
private final int capacity;
// 元素数量
private final AtomicInteger count = new AtomicInteger();
// 链表头
transient Node<E> head;
// 链表尾
private transient Node<E> last;
// take 锁
private final ReentrantLock takeLock = new ReentrantLock();
// notEmpty 条件
// 当队列无元素时,take 锁会阻塞在 notEmpty 条件上,等待其它线程唤醒
private final Condition notEmpty = takeLock.newCondition();
// 放锁
private final ReentrantLock putLock = new ReentrantLock();
// notFull 条件
// 当队列满了时,put 锁会会阻塞在 notFull 上,等待其它线程唤醒
private final Condition notFull = putLock.newCondition();
(1)capacity,有容量,可以理解为 LinkedBlockingQueue 是有界队列
(2)head, last,链表头、链表尾指针
(3)takeLock,notEmpty,take 锁及其对应的条件
(4)putLock, notFull,put 锁及其对应的条件
(5)入队、出队使用两个不同的锁控制,锁分离,提高效率
内部类
static class Node<E> {
E item;
Node<E> next;
Node(E x) {item = x;}
}
典型的单链表结构。
主要构造方法
public LinkedBlockingQueue() {
// 如果没传容量,就使用最大 int 值初始化其容量
this(Integer.MAX_VALUE);
}
public LinkedBlockingQueue(int capacity) {if (capacity <= 0) throw new IllegalArgumentException();
this.capacity = capacity;
// 初始化 head 和 last 指针为空值节点
last = head = new Node<E>(null);
}
入队
入队同样有四个方法,我们这里只分析最重要的一个,put(E e) 方法:
public void put(E e) throws InterruptedException {
// 不允许 null 元素
if (e == null) throw new NullPointerException();
int c = -1;
// 新建一个节点
Node<E> node = new Node<E>(e);
final ReentrantLock putLock = this.putLock;
final AtomicInteger count = this.count;
// 使用 put 锁加锁【本篇文章由公众号“彤哥读源码”原创】putLock.lockInterruptibly();
try {
// 如果队列满了,就阻塞在 notFull 条件上
// 等待被其它线程唤醒
while (count.get() == capacity) {notFull.await();
}
// 队列不满了,就入队
enqueue(node);
// 队列长度加 1
c = count.getAndIncrement();
// 如果现队列长度如果小于容量
// 就再唤醒一个阻塞在 notFull 条件上的线程
// 这里为啥要唤醒一下呢?// 因为可能有很多线程阻塞在 notFull 这个条件上的
// 而取元素时只有取之前队列是满的才会唤醒 notFull
// 为什么队列满的才唤醒 notFull 呢?// 因为唤醒是需要加 putLock 的,这是为了减少锁的次数
// 所以,这里索性在放完元素就检测一下,未满就唤醒其它 notFull 上的线程
// 说白了,这也是锁分离带来的代价
if (c + 1 < capacity)
notFull.signal();} finally {
// 释放锁
putLock.unlock();}
// 如果原队列长度为 0,现在加了一个元素后立即唤醒 notEmpty 条件
if (c == 0)
signalNotEmpty();}
private void enqueue(Node<E> node) {
// 直接加到 last 后面
last = last.next = node;
}
private void signalNotEmpty() {
final ReentrantLock takeLock = this.takeLock;
// 加 take 锁
takeLock.lock();
try {
// 唤醒 notEmpty 条件
notEmpty.signal();} finally {
// 解锁
takeLock.unlock();}
}
(1)使用 putLock 加锁;
(2)如果队列满了就阻塞在 notFull 条件上;
(3)否则就入队;
(4)如果入队后元素数量小于容量,唤醒其它阻塞在 notFull 条件上的线程;
(5)释放锁;
(6)如果放元素之前队列长度为 0,就唤醒 notEmpty 条件;
出队
出队同样也有四个方法,我们这里只分析最重要的那一个,take() 方法:
public E take() throws InterruptedException {
E x;
int c = -1;
final AtomicInteger count = this.count;
final ReentrantLock takeLock = this.takeLock;
// 使用 takeLock 加锁
takeLock.lockInterruptibly();
try {
// 如果队列无元素,则阻塞在 notEmpty 条件上
while (count.get() == 0) {notEmpty.await();
}
// 否则,出队
x = dequeue();
// 获取出队前队列的长度
c = count.getAndDecrement();
// 如果取之前队列长度大于 1,则唤醒 notEmpty
if (c > 1)
notEmpty.signal();} finally {
// 释放锁【本篇文章由公众号“彤哥读源码”原创】takeLock.unlock();}
// 如果取之前队列长度等于容量
// 则唤醒 notFull
if (c == capacity)
signalNotFull();
return x;
}
private E dequeue() {
// head 节点本身是不存储任何元素的
// 这里把 head 删除,并把 head 下一个节点作为新的值
// 并把其值置空,返回原来的值
Node<E> h = head;
Node<E> first = h.next;
h.next = h; // help GC
head = first;
E x = first.item;
first.item = null;
return x;
}
private void signalNotFull() {
final ReentrantLock putLock = this.putLock;
putLock.lock();
try {
// 唤醒 notFull
notFull.signal();} finally {putLock.unlock();
}
}
(1)使用 takeLock 加锁;
(2)如果队列空了就阻塞在 notEmpty 条件上;
(3)否则就出队;
(4)如果出队前元素数量大于 1,唤醒其它阻塞在 notEmpty 条件上的线程;
(5)释放锁;
(6)如果取元素之前队列长度等于容量,就唤醒 notFull 条件;
总结
(1)LinkedBlockingQueue 采用单链表的形式实现;
(2)LinkedBlockingQueue 采用两把锁的锁分离技术实现入队出队互不阻塞;
(3)LinkedBlockingQueue 是有界队列,不传入容量时默认为最大 int 值;
彩蛋
(1)LinkedBlockingQueue 与 ArrayBlockingQueue 对比?
a)后者入队出队采用一把锁,导致入队出队相互阻塞,效率低下;
b)前才入队出队采用两把锁,入队出队互不干扰,效率较高;
c)二者都是有界队列,如果长度相等且出队速度跟不上入队速度,都会导致大量线程阻塞;
d)前者如果初始化不传入初始容量,则使用最大 int 值,如果出队速度跟不上入队速度,会导致队列特别长,占用大量内存;
欢迎关注我的公众号“彤哥读源码”,查看更多源码系列文章, 与彤哥一起畅游源码的海洋。