Java基础-并发编程-并发队列

Java工程师知识树 / Java基础


队列介绍

多线程应用中,队列的使用率很高,多数生产消费模型的首选数据结构就是队列(FIFO先进先出)。按照实现方式的不同可分为阻塞队列和非阻塞队列,前者使用实现,而后者则使用 CAS 非阻塞算法实现。

在concurrent包中,提供了多种BlockingQueue的实现,对比常用的几个:

LinkedBlockingQueue、ArrayBlockingQueue、PriorityBlockingQueue实现了BlockingQueue的接口,也间接的实现了Queue接口,它们都是阻塞队列。

ConcurrentLinkedQueue没有实现BlockingQueue接口,而是实现了Queue接口,它是一个非阻塞模式的队列。

BlockingQueue接口

BlockingQueue接口提供了几个主要的方法,主要分为添加元素与删除元素两大类:

接口名称 功能
boolean add(E e) 将指定元素插入此队列中(如果立即可行且不会违反容量限制),成功时返回 true,如果当前没有可用的空间,则抛出IllegalStateException
boolean offer(E e) 将指定元素插入此队列中(如果立即可行且不会违反容量限制),成功时返回 true,如果当前没有可用的空间,则返回 false
void put(E e) 将指定元素插入此队列中,将等待可用的空间(如果有必要)。
E poll(long timeout, TimeUnit unit) 获取并移除此队列的头部,在指定的等待时间前等待可用的元素(如果有必要)。
boolean remove(Object o) 从此队列中移除指定元素的单个实例(如果存在)。
take() 获取并移除此队列的头部,在元素变得可用之前一直等待(如果有必要)。

LinkedBlockingQueue

首先,我们来看一下LinkedBlockingQueue。LinkedBlockingQueue是一个基于链表结构,大小无界的,可以不指定队列的大小的阻塞队列。它按照FIFO(先进先出)的方式排序元素。

说是大小无界的队列,但其实它的默认大小是有指定的,为Integer的最大值,因此也可以认为是大小无界的。当然我们也可以自行指定其初始化大小。

public LinkedBlockingQueue() {
    this(Integer.MAX_VALUE);
}

LinkedBlockingQueue内部维护了一个单链表数据结构,用于存储元素:

static class Node<E> {
    E item;

    Node<E> next;

    Node(E x) { item = x; }
 }

transient Node<E> head;

private transient Node<E> last;

同时,为了线程安全的考虑,它在内部维护了两把锁,分别用于读取元素与写入元素:

private final ReentrantLock takeLock = new ReentrantLock();

private final Condition notEmpty = takeLock.newCondition();

private final ReentrantLock putLock = new ReentrantLock();

private final Condition notFull = putLock.newCondition();

使用读锁与写锁进行分类,可以让生产操作与消费操作并行运行。

我们抽出两个比较常用的方法,offer()与poll(),对其进行分析。

offer()

首先来看一下offer()的实现:

public boolean offer(E e) {
    if (e == null) throw new NullPointerException();
    final AtomicInteger count = this.count;
    if (count.get() == capacity)
        return false;
    int c = -1;
    Node<E> node = new Node<E>(e);
    final ReentrantLock putLock = this.putLock;
    putLock.lock();
    try {
        if (count.get() < capacity) {
            enqueue(node);
            c = count.getAndIncrement();
            if (c + 1 < capacity)
                notFull.signal();
        }
    } finally {
        putLock.unlock();
    }
    if (c == 0)
        signalNotEmpty();
    return c >= 0;
}

private void enqueue(Node<E> node) {
    last = last.next = node;
}

上面就是LinkedBlockingQueue中offer()方法的实现,整体的逻辑比较简单,主要分为几步:

1、检查队列元素数量是否已经达到阈值,如果达到,返回false

2、获取写锁,成功后,将元素加入队列尾部,元素数加一

3、检查当前元素数加一后的数值,是否小于阈值,如果是,唤醒写锁上等待的线程

4、释放写锁

5、如果该元素是队列中第一个元素,唤醒读锁上等待的线程(如果有)

offer()方法同时也支持带过期时间的参数,在过期时间内,如果队列元素仍满,则返回false。

poll()

接下来,我们再看一下获取元素的方法,poll()的实现:

public E poll() {
    final AtomicInteger count = this.count;
    if (count.get() == 0)
        return null;
    E x = null;
    int c = -1;
    final ReentrantLock takeLock = this.takeLock;
    takeLock.lock();
    try {
        if (count.get() > 0) {
            x = dequeue();
            c = count.getAndDecrement();
            if (c > 1)
                notEmpty.signal();
            }
    } finally {
        takeLock.unlock();
    }
    if (c == capacity)
        signalNotFull();
    return x;
}

private E dequeue() {
    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;
}

poll()的实现也比较清晰,简单说明一下:

1、检查当前队列中是否有元素,如果没有,返回null

2、获取读锁,成功后,检查队列中元素个数是否大于0,如果是,将头部元素移除队列

3、检查移除后,元素个数是否大于0,如果是,唤醒读锁上的等待线程(如果有)

4、释放读锁

5、检查移除前的元素个数是否达到阈值,如果是,那么说明线程队列中有空间,唤醒写锁上的等待线程

6、返回移除的元素

poll()同样也提供了带超时时间的参数方法,实现基本与offer()一致,这里不再赘述。

ArrayBlockingQueue

上面我们看完了LinkedBlockingQueue的实现,现在我们再来看一下ArrayBlockingQueue,ArrayBlockingQueue是一个有界的阻塞队列,初始化时必须指定其容量大小:

public ArrayBlockingQueue(int capacity) {
    this(capacity, false);
}

它与LinkedBlockingQueue的内部存储实现并不相同,其内部采用了数组结构存储元素,同时它在内部只维护了一把锁,即读元素与写元素,共用一把锁,在并发场景下的吞吐量,会低于LinkedBlockingQueue。

final Object[] items;

int takeIndex;

int putIndex;

int count;

final ReentrantLock lock;

private final Condition notEmpty;

private final Condition notFull;

在构造函数中,我们可以指定ArrayBlockingQueue的访问策略,即指定使用公平锁或非公平锁。

默认情况下,使用的是非公平锁的模式,这样可以获得更好的吞吐量,但不能严格保证生产者线程与消费者线程的顺序;如果使用公平锁的模式,那么队列允许按照 FIFO 顺序访问线程,但牺牲的将会是吞吐量。

同样的,我们也对两个比较常用的方法,offer()与poll()的实现进行简要分析。

offer()

public boolean offer(E e) {
    checkNotNull(e);
    final ReentrantLock lock = this.lock;
    lock.lock();
    try {
        if (count == items.length)
        return false;
        else {
            enqueue(e);
            return true;
        }
    } finally {
        lock.unlock();
    }
}

private void enqueue(E x) {
    final Object[] items = this.items;
    items[putIndex] = x;
    if (++putIndex == items.length)
        putIndex = 0;
    count++;
    notEmpty.signal();
}

poll()

public E poll() {
    final ReentrantLock lock = this.lock;
    lock.lock();
    try {
        return (count == 0) ? null : dequeue();
    } finally {
        lock.unlock();
    }
}

private E dequeue() {
    final Object[] items = this.items;
    @SuppressWarnings("unchecked")
    E x = (E) items[takeIndex];
    items[takeIndex] = null;
    if (++takeIndex == items.length)
        takeIndex = 0;
    count--;
    if (itrs != null)
        itrs.elementDequeued();
    notFull.signal();
    return x;
}

上面就是ArrayBlockingQueue的offer()与poll()的实现,大体上与LinkedBlockingQueue差不多。

PriorityBlockingQueue

PriorityBlockingQueue是一个基于元素优先级的无界阻塞队列。虽然此队列逻辑上是无界的,但是资源被耗尽时试图执行 add 操作也将失败。

与ArrayBlockingQueue一样,其内部采用数组结构存储元素,有一点比较特殊的是,PriorityBlockingQueue是不允许插入不可比较的对象的,会抛出ClassCastException,因此,在队列中的元素,都需要实现Comparator接口。

我们来看一下其内部结构:

// 默认大小
private static final int DEFAULT_INITIAL_CAPACITY = 11;

// 最大容量
private static final int MAX_ARRAY_SIZE = Integer.MAX_VALUE - 8;

private transient Object[] queue;

private transient int size;

private transient Comparator<? super E> comparator;

private final ReentrantLock lock;

private final Condition notEmpty;

private transient volatile int allocationSpinLock;

其内部与ArrayBlockingQueue一样,都是只使用了一把锁,用于写入元素与读取元素。

PriorityBlockingQueue的默认初始化大小为11,当达到阈值值,会进行扩容操作,扩大50%。

我们也可以在创建时,自行指定初始化大小,如果你可以预先估算出所需容量,那么初始化时直接进行指定是比较推荐的。在初始化时,也可以传入一个 Comparator比较器对象,队列中的元素会根据比较器对元素进行排序。

接下来还是看一下最常用的offer()与poll()方法。

offer()

public boolean offer(E e) {
    if (e == null)
        throw new NullPointerException();
    final ReentrantLock lock = this.lock;
    lock.lock();
    int n, cap;
    Object[] array;
    while ((n = size) >= (cap = (array = queue).length))
        tryGrow(array, cap);
    try {
        Comparator<? super E> cmp = comparator;
        if (cmp == null)
            siftUpComparable(n, e, array);
        else
            siftUpUsingComparator(n, e, array, cmp);
        size = n + 1;
        notEmpty.signal();
    } finally {
        lock.unlock();
    }
    return true;
}

private static <T> void siftUpComparable(int k, T x, Object[] array) {
    Comparable<? super T> key = (Comparable<? super T>) x;
    while (k > 0) {
        int parent = (k - 1) >>> 1;
        Object e = array[parent];
        if (key.compareTo((T) e) >= 0)
            break;
        array[k] = e;
        k = parent;
    }
    array[k] = key;
}

private static <T> void siftUpUsingComparator(int k, T x, Object[] array, Comparator<? super T> cmp) {
    while (k > 0) {
        int parent = (k - 1) >>> 1;
        Object e = array[parent];
        if (cmp.compare(x, (T) e) >= 0)
            break;
        array[k] = e;
        k = parent;
    }
    array[k] = x;
}

我们简要说明一下offer()方法所进行的操作:

  • 1、判断元素是否非空
  • 2、获取锁
  • 3、判断当前队列容量是否达到阈值,如果是,进行扩容操作
  • 4、将元素根据堆排序的结果,放入数组指定位置
  • 5、数组容量计数器+1
  • 6、释放锁

这里比较有趣的是关于元素存放的算法,这里采用的是最小堆的算法,将数组中的元素构建成了一棵二叉树,每次放入确保比较结果最小的那个元素,放在堆顶,每次加入新元素时,会重新构建堆。

再看一下poll()。

poll()

public E poll() {
    final ReentrantLock lock = this.lock;
    lock.lock();
    try {
        return dequeue();
    } finally {
        lock.unlock();
    }
}

private E dequeue() {
    int n = size - 1;
    if (n < 0)
        return null;
    else {
        Object[] array = queue;
        E result = (E) array[0];
        E x = (E) array[n];
        array[n] = null;
        Comparator<? super E> cmp = comparator;
        if (cmp == null)
            siftDownComparable(0, x, array, n);
        else
            siftDownUsingComparator(0, x, array, n, cmp);
        size = n;
        return result;
    }
}


private static <T> void siftDownComparable(int k, T x, Object[] array, int n) {
    if (n > 0) {
        Comparable<? super T> key = (Comparable<? super T>) x;
        int half = n >>> 1;           // loop while a non-leaf
        while (k < half) {
            int child = (k << 1) + 1; // assume left child is least
            Object c = array[child];
            int right = child + 1;
            if (right < n &&
                ((Comparable<? super T>) c).compareTo((T) array[right]) > 0)
                c = array[child = right];
            if (key.compareTo((T) c) <= 0)
                break;
            array[k] = c;
            k = child;
        }
        array[k] = key;
    }
}

poll()方法的逻辑如上,其实做的事情比较简单,将堆顶的元素拿出,然后重新将剩余元素构建最小堆。

ConcurrentLinkedQueue

ConcurrentLinkedQueue是一个基于链表结构存储的,无界的,线程安全的队列,它按照 FIFO(先进先出)原则对元素进行排序。当新增一个元素时,会插入到队列的尾部,获取一个元素时,会返回头部的元素。

ConcurrentLinkedQueue是一个线程安全的队列,但是其内部并没有像LinkedBlockingQueue那样使用锁来实现,而是基于CAS操作的”无等待 (wait-free)”算法来实现的线程安全。

ConcurrentLinkedQueue 的非阻塞算法实现主要可概括为下面几点:

  • 1、使用 CAS 原子指令来处理对数据的并发访问,这是非阻塞算法得以实现的基础。
  • 2、head/tail 并非总是指向队列的头 / 尾节点,也就是说允许队列处于不一致状态。 这个特性把入队 / 出队时,原本需要一起原子化执行的两个步骤分离开来,从而缩小了入队 / 出队时需要原子化更新值的范围到唯一变量。这是非阻塞算法得以实现的关键。
  • 3、以批处理方式来更新head/tail,从整体上减少入队 / 出队操作的开销。

ConcurrentLinkedQueue 内部采用链表结构存储元素,基本结构与LinkedBlockingQueue一致,不同的是,在设置链表元素的内容时,采用的全部是CAS的操作,保证了操作的原子性。

注意的是,ConcurrentLinkedQueue 的存储的元素不可以为null。

方法名称 描述
boolean offer(E o) 将指定元素插入此队列的尾部
boolean poll() 获取并移除此队列的头,如果此队列为空,则返回 null。
boolean remove(Object o) 从队列中移除指定元素的单个实例(如果存在)

多种队列对比

不同的队列使用与不同的场景,几种队列的特点与适应场景汇总与对比:

队列名称 特点描述 适用场景
LinkedBlockingQueue 无界阻塞队列,基于链表结构,内部采用双锁模式,读操作与写操作的锁分离 大部分使用队列的场景,要求较高的并发吞吐量,生产者与消费者可以并行操作,由于该队列是无界的,因此使用时需要注意内存溢出的情况。由于采用了链表结构,每次插入、取出元素都会操作链表节点,因此性能较差
ArrayBlockingQueue 有界阻塞队列,基于数组结构,内部采用单锁模式,读写操作共用一把锁,支持公平锁与非公平锁设定 大部分使用队列的场景,由于内部采用了数组结构,在初始化时可以指定容量,因此读操作与写操作性能会更加的高效,性能优于LinkedBlockingQueue,但由于内部只使用了一把锁,因此生产者与消费者可以并行操作时,会出现并发争抢锁的情况
PriorityBlockingQueue 无界阻塞队列,内部基于数组结构,元素的存储顺序按照其优先级顺序进行排序,元素必须实现Comparator接口,才可以加入队列中,可以自行指定排序的规则 对元素存储顺序有要求的场景,内部根据二叉树最小堆算法进行排序元素,因此,在队列头部的元素永远是比较结果最小的那一个。内部同样采用单锁的结构,因此生产者与消费者可以并行操作时,会出现并发争抢锁的情况
SynchronousQueue 同步阻塞队列,内部没有任何容量,即该队列不可以作为容器存储元素,当有元素加入时,必须有对应的线程立刻消费掉元素,类似于管道的效果 使用场景较少,可以用于一个生产者对于多个消费者的情况,目前已知的应用是在Executors.newCachedThreadPool创建无界线程池时,作为线程池队列
ConcurrentLinkedQueue 无界线程安全的非阻塞队列,基于链表结构,内部对于元素的存储,没有采用锁的机制,而是基于CAS的操作,保证线程安全性 对于要求高并发使用队列的场景,由于内部采用了CAS的无锁操作,因此性能非
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,340评论 5 467
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,762评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,329评论 0 329
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,678评论 1 270
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,583评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 47,995评论 1 275
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,493评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,145评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,293评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,250评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,267评论 1 328
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,973评论 3 316
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,556评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,648评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,873评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,257评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,809评论 2 339

推荐阅读更多精彩内容