阻塞队列的分类

       一种无缓冲的等待队列，类似于无中介的直接交易，有点像原始社会中的生产者和消费者，生产者拿着产品去集市销售产品给最终的消费者，而消费者必须亲自去集市找到所需要商品的直接生产者，如果一方没有找到合适的目标，大家就都会在集市等待，相对于有缓冲的BlockingQuene来说，少了一个中间经销商的环节(缓冲区)，如果有经销商，生产者直接把产品批发给经销商，而无需在意经销商最终会将这些产品卖给哪些消费者，由于经销商可以库存一部分商品，因此相对于直接交易模式，总体来说采用中间经销商的模式会吞吐量高一些(可以批量买卖)。但是另一方面，又因为经销商的引入，使得产品从生产者到消费者中间增加了额外的交易环节，单个产品的及时响应性能可能会降低。       声明一个SynchronousQuene有两种不同的方式，它们之间有着不太一样的行为，公平模式和非公平模式的区别。       如果采用公平模式：SynchronousQuene会采用公平锁，并配合一个FIFO队列来阻塞多余的生产者和消费者，从而体系整体的公平策略。       如果采用非公平模式(SynchronousQuene默认)：SynchronousQuene会采用非公平锁，同时配合一个LIFO队列来管理多余的生产者和消费者，而后一种模式，如果生产者和消费者的处理速度有差距，则很容易出现饥渴的情况，即可能有某些生产者或者消费者的数据永远得不到处理。

ArrayBlockingQuene

LinkedBlockingQuene

BlockingQuene

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

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

       DelayQuene中元素只有当其指定的延迟时间到了，才能够从队列中获取到该元素，DelayQuene是一个没有大小限制的队列，因此往队列中插入数据的操作(生产者)永远不会被阻塞，而只有获取数据的操作(消费者)才会被阻塞。       使用场景：       DelayQuene使用场景较少，但都相当巧妙，常见的例子比如使用一个DelayQuene来管理一个超时未响应的连接队列。

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

DelayQuene

SynchronousQuene

PriorityBlockingQuene

       基于数组的阻塞队列实现，在ArrayBlockingQuene内部，维护了一个定长数组，一边缓存队列中的数据对象，这是一个常用的阻塞队列，出了一个定长数组外，ArrayBlockingQuene内部还保存着两个整型变量，分别标识着队列的头部和尾部在数组中的位置。       ArrayBlockingQuene在生产者放入数据和消费者获取数据，都是共用同一个锁对象，由此也意味着两者无法真正并行运行，这点有其不同与LinkedBlockingQuene，按照实现原理来分析，ArrayBlockingQuene完全可以采用分离锁，从而实现生产者和消费者操作的完全并行运行。之所以没这样去做，也许是因为ArrayBlockingQuene的数据写入和获取操作已经足够轻巧，以至于引入独立的锁机制，除了给代码带来额外的复杂性之外，其在性能上完全占不到便宜。ArrayBlockingQuene和LinkedBlockingQuene之间还有一个明显的不同之处在于，前者在插入或删除元素时不会产生或销毁任何额外的对象实例，而后者则会生成一个额外的Node对象。这在长时间内需要高效并发的处理大批量数据的系统中，其对于GC的影响还是存在一定的区别，而在创建ArrayBlockingQuene时，我们还可以控制对象的内部锁是否采用公平锁，默认采用非公平锁。