1. ArrayBlockingQueue ：由数组结构组成的有界阻塞队列。
2. LinkedBlockingQueue ：由链表结构组成的有界阻塞队列。
3. PriorityBlockingQueue ：支持优先级排序的无界阻塞队列。
4. DelayQueue：使用优先级队列实现的无界阻塞队列。
5. SynchronousQueue：不存储元素的阻塞队列。
6. LinkedTransferQueue：由链表结构组成的无界阻塞队列。
7. LinkedBlockingDeque：由链表结构组成的双向阻塞队列
用数组实现的有界阻塞队列。此队列按照先进先出（FIFO）的原则对元素进行排序。默认情况下不保证访问者公平的访问队列，所谓公平访问队列是指阻塞的所有生产者线程或消费者线程，
当队列可用时，可以按照阻塞的先后顺序访问队列，即先阻塞的生产者线程，可以先往队列里插入元素，先阻塞的消费者线程，可以先从队列里获取元素。通常情况下为了保证公平性会降低吞吐量。
我们可以使用以下代码创建一个公平的阻塞队列：
ArrayBlockingQueue fairQueue = new ArrayBlockingQueue(1000,true);ArrayBlockingQueue的主要属性有：
//存储元素的数组
final Object[] items;
//下一个出队的索引
int takeIndex;
//下一个入队的索引
int putIndex;
//队列的大小
int count;
//可重入锁
final ReentrantLock lock;
//出队操作的等待
private final Condition notEmpty;
//入队操作的等待
private final Condition notFull;实现原理：通过可重入锁ReenTrantLock+Condition 来实现多线程之间的同步效果
入队过程：
出队过程：
环形数组简单实现：
class CircleQueue {
private int front; // 指向队列头
private int rear; // 指向队列尾部位置的下一个，当队列满的时候，队列第一个数据和最后一个之间有一个空的位置
private int maxsize;
private int[] arr;
public CircleQueue(int maxsize) {
this.maxsize = maxsize;
arr = new int[this.maxsize];
}
// 队列是否为空
public boolean isEmpty() {
return front == rear;
}
// 判断是否满
public boolean isFull() {
return (rear + 1) % maxsize == front;
}
// 添加数据
public void add(int value) {
if (isFull()) {
throw new RuntimeException("the queue is full!");
}
arr[rear] = value;
rear = (rear + 1) % maxsize;
}
// 取出数据
public int get() {
if (isEmpty()) {
throw new RuntimeException("the queue is full!");
}
int temp = arr[front];
front = (front + 1) % maxsize;
return temp;
}
// 存有多少数据
public int size() {
return (rear + maxsize - front) % maxsize;
}
// 显示数据
public void show() {
if (isEmpty()) {
System.out.println("队列空");
return;
}
System.out.print("[");
for (int i = front; i < front + size(); i++) {
System.out.print(arr[i % maxsize] + " ");
}
System.out.println("]");
}
// 头数据
public int headData() {
return arr[front];
}
}
基于链表的阻塞队列，同 ArrayListBlockingQueue 类似，此队列按照先进先出（FIFO）的原则对元素进行排序。而 LinkedBlockingQueue 之所以能够高效的处理并发数据，还因为其对于生产者
端和消费者端分别采用了独立的锁来控制数据同步，这也意味着在高并发的情况下生产者和消费者可以并行地操作队列中的数据，以此来提高整个队列的并发性能。
LinkedBlockingQueue 会默认一个类似无限大小的容量（Integer.MAX_VALUE）。
基本属性：
//队列大小，默认为Integer的最大值
private final int capacity;
//当前队列元素个数
private final AtomicInteger count = new AtomicInteger();
//队列的头部元素
transient LinkedBlockingQueue.Node<E> head;
//队列的尾部元素
private transient LinkedBlockingQueue.Node<E> last;
//出队锁
private final ReentrantLock takeLock = new ReentrantLock();
//出队的condition
private final Condition notEmpty = takeLock.newCondition();
//入队锁
private final ReentrantLock putLock = new ReentrantLock();
//入队的condition
private final Condition notFull = putLock.newCondition();LinkedBlockingQueue的属性和ArrayBlockingQueue的属性大致差不多，都是通过ReentrantLock和Condition来实现多线程之间的同步，而LinkedBlockingQueue却多了一个ReentrantLock，而不是入队和出队共用同一个锁。
那么为什么ArrayBlockingQueue只需要一个ReentrantLock而LinkedBlockingQueue需要两个ReentrantLock呢？
猜想：
首先，ReentrantLock肯定是越多越好，锁越多那么相同锁的竞争就越少；LinkedBlockingQueue分别有入队锁和出队锁，所以入队和出队的时候不会有竞争锁的关系；而ArrayBlockingQueue只有一个Lock，那么不管是入队还是出队，都需要竞争同一个锁，所以效率会低点。ArrayBlockingQueue是环形数组结构，入队的地址和出队的地址可能是同一个，比如数组table大小为1，那么第一次入队和出队需要操作的位置都是table[0]这个元素，所以入队和出队必须共用同一把锁；而LinkedBlockingQueue是链表形式，内存地址是散列的，入队的元素地址和出队的元素地址永远不可能会是同一个地址。所以可以采用两个锁，分别对入队进行加锁同步和对出队进行加锁同步即可。
PriorityBlockingQueue（compareTo 排序实现优先）
是一个支持优先级的无界队列。默认情况下元素采取自然顺序升序排列。可以自定义实现
compareTo()方法来指定元素进行排序规则，或者初始化 PriorityBlockingQueue 时，指定构造
参数 Comparator 来对元素进行排序。需要注意的是不能保证同优先级元素的顺序。
DelayQueue（缓存失效、定时任务 ）
是一个支持延时获取元素的无界阻塞队列。队列使用 PriorityQueue 来实现。队列中的元素必须实
现 Delayed 接口，在创建元素时可以指定多久才能从队列中获取当前元素。只有在延迟期满时才
能从队列中提取元素。我们可以将 DelayQueue 运用在以下应用场景：
1. 缓存系统的设计：可以用 DelayQueue 保存缓存元素的有效期，使用一个线程循环查询
DelayQueue，一旦能从 DelayQueue 中获取元素时，表示缓存有效期到了。
2. 定时任务调度：使用 DelayQueue 保存当天将会执行的任务和执行时间，一旦从
DelayQueue 中获取到任务就开始执行，从比如 TimerQueue 就是使用 DelayQueue 实现的。
SynchronousQueue（不存储数据、可用于传递数据）
是一个不存储元素的阻塞队列。每一个 put 操作必须等待一个 take 操作，否则不能继续添加元素。
SynchronousQueue 可以看成是一个传球手，负责把生产者线程处理的数据直接传递给消费者线
程。队列本身并不存储任何元素，非常适合于传递性场景,比如在一个线程中使用的数据，传递给
另 外 一 个 线 程 使 用 ， SynchronousQueue 的 吞 吐 量 高 于 LinkedBlockingQueue 和
ArrayBlockingQueue。
LinkedTransferQueue
是 一 个 由 链 表 结 构 组 成 的 无 界 阻 塞 TransferQueue 队 列 。 相 对 于 其 他 阻 塞 队 列 ，
LinkedTransferQueue 多了 tryTransfer 和 transfer 方法。
1. transfer 方法：如果当前有消费者正在等待接收元素（消费者使用 take()方法或带时间限制的
poll()方法时），transfer 方法可以把生产者传入的元素立刻 transfer（传输）给消费者。如
果没有消费者在等待接收元素，transfer 方法会将元素存放在队列的 tail 节点，并等到该元素
被消费者消费了才返回。
2. tryTransfer 方法。则是用来试探下生产者传入的元素是否能直接传给消费者。如果没有消费
者等待接收元素，则返回 false。和 transfer 方法的区别是 tryTransfer 方法无论消费者是否
接收，方法立即返回。而 transfer 方法是必须等到消费者消费了才返回。
对于带有时间限制的 tryTransfer(E e, long timeout, TimeUnit unit)方法，则是试图把生产者传
入的元素直接传给消费者，但是如果没有消费者消费该元素则等待指定的时间再返回，如果超时
还没消费元素，则返回 false，如果在超时时间内消费了元素，则返回 true。
LinkedBlockingDeque
是一个由链表结构组成的双向阻塞队列。所谓双向队列指的你可以从队列的两端插入和移出元素。
双端队列因为多了一个操作队列的入口，在多线程同时入队时，也就减少了一半的竞争。相比其
他的阻塞队列，LinkedBlockingDeque 多了 addFirst，addLast，offerFirst，offerLast，
peekFirst，peekLast 等方法，以 First 单词结尾的方法，表示插入，获取（peek）或移除双端队
列的第一个元素。以 Last 单词结尾的方法，表示插入，获取或移除双端队列的最后一个元素。另
外插入方法 add 等同于 addLast，移除方法 remove 等效于 removeFirst。但是 take 方法却等同
于 takeFirst，不知道是不是 Jdk 的 bug，使用时还是用带有 First 和 Last 后缀的方法更清楚。
在初始化 LinkedBlockingDeque 时可以设置容量防止其过渡膨胀。另外双向阻塞队列可以运用在
“工作窃取”模式中
入队列就是将入队节点添加到队列的尾部。
第一步添加元素1。队列更新head节点的next节点为元素1节点。又因为tail节点默认情况下等于head节点，所以它们的next节点都指向元素1节点。
第二步添加元素2。队列首先设置元素1节点的next节点为元素2节点，然后更新tail节点指向元素2节点。
第三步添加元素3，设置tail节点的next节点为元素3节点。
第四步添加元素4，设置元素3的next节点为元素4节点，然后将tail节点指向元素4节点。
源码简单分析：(基于链表数据结构，通过Note 节点实现)
将尾节点等其他的部分节点使用临时变量代替，一方面是为了去掉volatile变量的可变性，另一方面是为了减少volatile的性能影响
//以队列添加方法为例 （随便选的1个）
public boolean offer(E e) {
if (e == null) throw new NullPointerException();
//入队前，创建一个入队节点
Node<E> n = new Node<E>(e, null);
//死循环，入队不成功反复入队。
for (;;) {
//t用来表示队列的尾节点，默认情况下等于tail节点
Node<E> t = tail;
//获得t节点的下一个节点。
Node<E> s = t.getNext();
//t节点默认情况下等于tail节点 所以会进if方法
if (t == tail) {
//如果尾节点没有下一个节点了，那么就用cas设置下一个节点是新入队的节点，上面创建那个
if (s == null) {
if (t.casNext(s, n)) {
casTail(t, n);
return true;
}
//如果为节点有下一个节点，那么就用cas将下一个节点S设置为尾节点
} else {
casTail(t, s);
}
}
}
}