7种阻塞队列

眼睛看到的不是你的,但你看到之后将其思想复刻后的产物便是你的。(什么是借鉴?)

本文抱着互相学习分享、技术积累使其慢慢沉淀的态度写作,如有错误望各位大佬同仁指正。

文中出现代码来自 jdk 1.8

队列

FIFO(先进先出)的数据结构即为队列

阻塞队列

操作会被阻塞的队列即为阻塞队列, 在java中 BlockingQueue 接口在 Queue 接口的基础上增加了两组阻塞方法, offer(e,time) put , poll(time) take()

我也来说一说Java的7个阻塞队列

  • 有界: 在创建队列时必须或允许指定队列大小, 允许调用抛出异常的 add 方法
  • 无界: 在创建队列时无需或不可以指定队列大小, 无限制的插入 add = offer 操作

阻塞队列的几个操作方法

抛出异常特殊值阻塞超时
插入add(e)offer(e)put(e)offer(e,time,unit)
移除remove()poll()take()poll(time,unit)
检查element()peek()不可用不可用

1. ArrayBlockingQueue[有界]

一个使用数组实现的有界阻塞队列. 创建队列时必须给定队列大小, 同时可以通过创建队列的时候设置公平访问(通过重入锁的公平访问实现)

public ArrayBlockingQueue(int capacity, boolean fair) {
        if (capacity <= 0)
            throw new IllegalArgumentException();
        this.items = new Object[capacity];
        lock = new ReentrantLock(fair);
        notEmpty = lock.newCondition();
        notFull =  lock.newCondition();
    }
元素达到队列容量上限时再入队

根据调用不同的方法, 返回不同的状态

add 方法将抛出异常

public boolean add(E e) {
        if (offer(e))
            return true;
        else
            throw new IllegalStateException("Queue full");
    }

offer 方法将返回 false

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();
        }
    }

put 方法将无限时阻塞

public void put(E e) throws InterruptedException {
        checkNotNull(e);
        final ReentrantLock lock = this.lock;
        lock.lockInterruptibly();
        try {
            while (count == items.length)
                notFull.await();
            enqueue(e);
        } finally {
            lock.unlock();
        }
    }

offer(E e, long timeout, TimeUnit unit) 将超时阻塞

public boolean offer(E e, long timeout, TimeUnit unit)
        throws InterruptedException {

        checkNotNull(e);
        long nanos = unit.toNanos(timeout);
        final ReentrantLock lock = this.lock;
        lock.lockInterruptibly();
        try {
            while (count == items.length) {
                if (nanos <= 0)
                    return false;
                nanos = notFull.awaitNanos(nanos);
            }
            enqueue(e);
            return true;
        } finally {
            lock.unlock();
        }
    }
队列为空时获取元素时

poll 方法返回空

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

take 将无限时阻塞

public E take() throws InterruptedException {
    final ReentrantLock lock = this.lock;
    lock.lockInterruptibly();
    try {
        while (count == 0)
            notEmpty.await();
        return dequeue();
    } finally {
        lock.unlock();
    }
}

poll(long timeout, TimeUnit unit) 超时阻塞

public E poll(long timeout, TimeUnit unit) throws InterruptedException {
    long nanos = unit.toNanos(timeout);
    final ReentrantLock lock = this.lock;
    lock.lockInterruptibly();
    try {
        while (count == 0) {
            if (nanos <= 0)
                return null;
            nanos = notEmpty.awaitNanos(nanos);
        }
        return dequeue();
    } finally {
        lock.unlock();
    }
}

总结 :

  1. 数组有界队列
  2. 可加入公平策略
  3. 插入时提供了可抛出异常操作
  4. 插入元素不能为空

该队列模式适合在需要公平访问的场景下使用, 若无公平性要求该队列个人拙见不建议使用, 因操作数组和公平性原因,其吞吐量较低


2. LinkedBlockingQueue[有界]

一个使用链表实现的有界队列

public LinkedBlockingQueue(int capacity) {
    if (capacity <= 0) throw new IllegalArgumentException();
    this.capacity = capacity;
    last = head = new Node<E>(null);
}

如果不指定大小, 默认值为 int 的最大值

public LinkedBlockingQueue() {
    this(Integer.MAX_VALUE);
}
元素达到队列容量上限时再入队
队列为空时获取元素时

与 [ArrayBlockingQueue](#1. ArrayBlockingQueue[有界]) 相同

总结:

  1. 结论不指定队列大小, 默认值为 int 最大值
  2. 吞吐量要比ArrayBlockingQueue高
  3. 链表有界队列
  4. 不可加入公平策略
  5. 插入时提供了可抛出异常操作
  6. 插入元素不能为空

3. LinkedBlockingDeque[有界]

通过链表实现的一个双端阻塞队列(LikedBlockingQueue增加了队尾的操作)

该队列增加了一组队首队尾的操作方法

add -> addFirst(push)/addLast

offer -> offerFirst/offerLast

offer(time) ->offerFirst(time)/offerLast(time)

peek -> peekFirst/peekLast

poll -> pollFirst/pollLast

poll(time) -> pollFirst(time)/pollLast(time)

put -> putFrist/putLast

增加类(add/put/offer) 原方法调用与其调用相同前缀last方法操作相同

例: add = addLast ; put = putLast

获取类(peek/poll/element) 原方法调用与其调用相同前缀first方法操作相同

例: peek = peekFirst; poll = peekFirst

元素达到队列容量上限时再入队

add 方法在队列容量达到最大值时抛出异常 throw new IllegalStateException("Deque full");

队列为空时获取元素时

element/getFirst/getLast 方法在队列为空时抛出异常 if (x == null) throw new NoSuchElementException();

总结:

  1. 如果创建队列时不指定队列大小, 默认值为 int 最大值
  2. 吞吐量要比LinkedBlockingQueue高
  3. 链表有界双端队列
  4. 不可加入公平策略
  5. 插入时提供了可抛出异常操作
  6. 插入元素不能为空
  7. 可以通过队首队尾插入或取出元素

4. LinkedTransferQueue[无界]

一个由链表实现的无界转换队列, 相对 [LinkedBlockingQueue](#2. LinkedBlockingQueue[有界]) 增加了几个方法

1.transfer(E e)

等待消费者调用返回

向队列的调用阻塞者直接提供元素, 如果没有人来获取, 则将这个元素放入队尾, 当这个元素出队的时候返回, 否则一直阻塞

2.tryTransfer(E e)

调用一次即返回

尝试向队列的调用阻塞者直接提供元素, 立即返回false or true, 提供的元素不入队.

3.tryTransfer(E e, long timeout, TimeUnit unit)

等待消费者调用返回, 一定时间内等不到亦返回

在 tryTransfer 的基础上加入了时间, 在给定时间内尝试

如果有阻塞调用者直接调用该队列的take 或者 poll(time) 方法, 阻塞状态下返回该值

如果未有阻塞调用者调用, 将元素放入队尾, 当在给定时间内被调用 返回 true, 如果在给定时间内未被调用, 返回false 且元素从队列中移除.

总结:

  1. 创建时无需指定队列大小, 且无最大值即无阻塞插入知道内存溢出
  2. 吞吐量要比LinkedBlockingQueue高
  3. 链表无界队列
  4. 在调用队列元素被阻塞时, 提供了可以将入队元素直接返回的 transfer方法
  5. 插入元素不能为空

5. PriorityBlockingQueue[无界]

一个使用数组 + 比较器实现的优先级队列

这个队列使用了二叉堆排序的方式来实现优先级

关于这个队列的重点内容也是在二叉堆排序上, 这里延伸的内容还是比较多的, 堆结构, 二叉堆, 堆排序, 选择排序…

总结:

  1. 如果创建队列时不指定队列大小, 默认值为 11, 超出时不会阻塞而是扩容(当扩容超过 int 最大值 - 8 时将抛出堆内存溢出异常) 每次扩容为当前队列大小的 50%
  2. 数组无界队列(最大长度 int最大值 - 8)
  3. 如果指定了比较器, 则必须指定大小
  4. 插入元素不能为空

6. DelayQueue[无界]

使用 PriorityQueue 实现的一个无界延迟队列, 使用这个队列需要自己实现一些内容, 包括延迟配置、比较器的实现。该队列可以用于定时任务调度,周期任务调度

当你需要指定元素的优先级,执行的时机,那这个队列即是不二之选。

总结:

  1. 元素存储使用的 priorityqueue
  2. 可以指定元素的访问延迟时间及优先级
  3. 插入元素不能为空

7. SynchronousQueue[无容量]

dual queue + dual stack 双队列 + 双栈实现

这个队列也是一个比较特殊的队列, 在 JDK 1.6的时候改写了底层实现, 就是用了上面提到的方法.

这个队列是一个没有容量的队列,所以在调用方法上有一些不同。

add 方法将会抛出一个 java.lang.IllegalStateException: Queue full异常

offer 方法会返回false

put 方法将会被阻塞

调用出队方法也会有一些问题

poll 方法返回null

take 方法将被阻塞

同步执行入队和出队即可, 这也是为什么该队列是吞吐量最高的队列原因

总结:

  1. 没有容量
  2. 吞吐量要比ArrayBlockingQueue与LinkedBlockingQueue高
  3. 可加入公平策略
  4. 插入时提供了可抛出异常操作
  5. 插入元素不能为空
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值