Java自学日记之多线程（三）：阻塞队列

系列文章目录

Java自学日记之多线程（一）：线程与进程以及线程的创建
Java自学日记之多线程（二）：线程安全以及一些简单的线程同步方法

---

本文参考文章BlockingQueue
因为有点多，所以在这里重新整理记录一下

---

前言

上文我们讲到多线程并发时，很容易出现线程安全的问题，而一个很好的解决方法是可以用阻塞队列，阻塞队列有很多种，这里详细记录一下常用的

---

一、阻塞队列的核心方法

放入数据

1. offer(anObject)
   表示如果可能的话，将anObject加到BlockingQueue里，即如果BlockingQueue可以容纳,则返回true，否则返回false（本方法不阻塞当前执行方法的线程）
2. offer(E o, long timeout, TimeUnit unit)
   可以设定等待的时间，如果在指定的时间内，还不能往队列中加入BlockingQueue，则返回失败。
3. put(anObject)
   把anObject加到BlockingQueue里，如果BlockQueue没有空间，则调用此方法的线程被阻断，直到BlockingQueue里面有空间再继续

获取数据

1. poll(time)
   取走BlockingQueue里排在首位的对象，若不能立即取出，则可以等time参数规定的时间，取不到时返回null
2. poll(long timeout, TimeUnit unit)
   从BlockingQueue取出一个队首的对象，如果在指定时间内，队列一旦有数据可取，则立即返回队列中的数据。否则直到时间超时还没有数据可取，返回失败。
3. take()
   取走BlockingQueue里排在首位的对象，若BlockingQueue为空，阻断进入等待状态直到BlockingQueue有新的数据被加入
4. drainTo()
   一次性从BlockingQueue获取所有可用的数据对象（还可以指定获取数据的个数）， 通过该方法，可以提升获取数据效率；不需要多次分批加锁或释放锁。

---

二、几种常见的阻塞队列

ArrayBlockingQueue

1. 基于数组的阻塞队列实现
   在ArrayBlockingQueue内部，维护了一个定长数组（数组的长度需要在初始化的时候就设定好），以便缓存队列中的数据对象，这是一个常用的阻塞队列。
   除了一个定长数组外，ArrayBlockingQueue内部还保存着三个整形变量，分别标识着队列的头部和尾部在数组中的位置，以及队列中元素的数量。

/** The queued items */
final Object[] items;

/** items index for next take, poll, peek or remove */
int takeIndex;

/** items index for next put, offer, or add */
int putIndex;

/** Number of elements in the queue */
int count;

2. ArrayBlockingQueue在生产者放入数据和消费者获取数据，都是共用同一个锁对象
   由此也意味着两者无法真正并行运行，这点尤其不同于LinkedBlockingQueue。

按照实现原理来分析，ArrayBlockingQueue完全可以采用分离锁，从而实现生产者和消费者操作的完全并行运行。Doug Lea之所以没这样去做，也许是因为ArrayBlockingQueue的数据写入和获取操作已经足够轻巧，以至于引入独立的锁机制，除了给代码带来额外的复杂性外，其在性能上完全占不到任何便宜。

3. ArrayBlockingQueue和LinkedBlockingQueue间还有一个明显的不同之处在于，前者在插入或删除元素时不会产生或销毁任何额外的对象实例，而后者则会生成一个额外的Node对象。这在长时间内需要高效并发地处理大批量数据的系统中，其对于GC的影响还是存在一定的区别。而在创建ArrayBlockingQueue时，我们还可以控制对象的内部锁是否采用公平锁，默认采用非公平锁。
   
   

LinkedBlockingQueue

1. 基于链表的阻塞队列
   同ArrayListBlockingQueue类似，其内部也维持着一个数据缓冲队列（该队列由一个链表构成）
   当生产者往队列中放入一个数据时，队列会从生产者手中获取数据，并缓存在队列内部，而生产者立即返回；只有当队列缓冲区达到最大值缓存容量时（LinkedBlockingQueue可以通过构造函数指定该值，默认Integer.MAX_VALUE），才会阻塞生产者队列，直到消费者从队列中消费掉一份数据，生产者线程会被唤醒，反之对于消费者这端的处理也基于同样的原理。
2. LinkedBlockingQueue对于生产者端和消费者端分别采用了独立的锁来控制数据同步
   这也意味着在高并发的情况下生产者和消费者可以并行地操作队列中的数据，以此来提高整个队列的并发性能。
   
   

DelayQueue

DelayQueue中的元素只有当其指定的延迟时间到了，才能够从队列中获取到该元素。
DelayQueue是一个没有大小限制的队列，因此往队列中插入数据的操作（生产者）永远不会被阻塞，而只有获取数据的操作（消费者）才会被阻塞。

PriorityBlockingQueue

1. 基于优先级的阻塞队列（优先级的判断通过构造函数传入的Compator对象来决定）
2. PriorityBlockingQueue并不会阻塞数据生产者，而只会在没有可消费的数据时，阻塞数据的消费者。
   因此使用的时候要特别注意，生产者生产数据的速度绝对不能快于消费者消费数据的速度，否则时间一长，会最终耗尽所有的可用堆内存空间。
3. 在实现PriorityBlockingQueue时，内部控制线程同步的锁采用的是公平锁。

SynchronousQueue

1. 一种无缓冲的等待队列
   类似于无中介的直接交易
   有点像原始社会中的生产者和消费者，生产者拿着产品去集市销售给产品的最终消费者，而消费者必须亲自去集市找到所要商品的直接生产者，如果一方没有找到合适的目标，那么对不起，大家都在集市等待。
   相对于有缓冲的BlockingQueue来说，少了一个中间经销商的环节（缓冲区），如果有经销商，生产者直接把产品批发给经销商，而无需在意经销商最终会将这些产品卖给那些消费者，由于经销商可以库存一部分商品，因此相对于直接交易模式，总体来说采用中间经销商的模式会吞吐量高一些（可以批量买卖）；但另一方面，又因为经销商的引入，使得产品从生产者到消费者中间增加了额外的交易环节，单个产品的及时响应性能可能会降低。
2. 声明一个SynchronousQueue有两种不同的方式，它们之间有着不太一样的行为

/**
 * Creates a {@code SynchronousQueue} with nonfair access policy.
 */
public SynchronousQueue() {
    this(false);
}

/**
 * Creates a {@code SynchronousQueue} with the specified fairness policy.
 *
 * @param fair if true, waiting threads contend in FIFO order for
 *        access; otherwise the order is unspecified.
 */
public SynchronousQueue(boolean fair) {
    transferer = fair ? new TransferQueue<E>() : new TransferStack<E>();
}

公平模式和非公平模式的区别:　　
如果采用公平模式：
        SynchronousQueue会采用公平锁，并配合一个FIFO队列来阻塞多余的生产者和消费者，从而体系整体的公平策略；

但如果是非公平模式（SynchronousQueue默认）：
        SynchronousQueue采用非公平锁，同时配合一个LIFO队列来管理多余的生产者和消费者，而后一种模式，如果生产者和消费者的处理速度有差距，则很容易出现饥渴的情况，即可能有某些生产者或者是消费者的数据永远都得不到处理。

---

三、Arrayblockingqueue和Linkedblockqueue的区别

1. 队列中锁的实现不同
   ArrayBlockingQueue实现的队列中的锁是没有分离的，即生产和消费用的是同一个锁；
   LinkedBlockingQueue实现的队列中的锁是分离的，即生产用的是putLock，消费是takeLock
2. 队列大小初始化方式不同
   ArrayBlockingQueue实现的队列中必须指定队列的大小；
   LinkedBlockingQueue实现的队列中可以不指定队列的大小，但是默认是Integer.MAX_VALUE

---

总结

因为下一篇线程池要用到阻塞队列，所以直接在这里整理一下相关知识，算是一个过渡吧