目录
一、阻塞队列
1.阻塞队列概述
2.生产者消费者模型
3.阻塞队列的作用
4.标准库中的阻塞队列类
5.例子：简单生产者消费者模型
二、阻塞队列模拟实现
1.实现循环队列（可跳过）
1.1简述环形队列
1.2代码实现
2.实现阻塞队列
2.1实现思路
2.2代码实现
2.3代码解析
①wait和notify的使用，实现自动阻塞和解阻塞
②while循环判断，线程安全的铜墙铁壁
2.4纯享版代码实现（无注释）
阻塞队列是一种特殊的队列，同样遵循“先进先出”的原则，支持入队操作和出队操作。在此基础上，阻塞队列会在队列已满或队列为空时陷入阻塞，使其成为一个线程安全的数据结构，它具有如下特性：
- 当队列已满时，继续入队列就会阻塞，直到有其他线程从队列中取走元素。
- 当队列为空时，继续出队列也会阻塞，直到有其他线程向队列中插入元素。
生产者消费者模型有两种角色，生产者和消费者，两者之间通过缓冲容器来达到解耦合的效果。类似于厂商和客户与中转仓库之间的关系，如下图：
厂家生产的商品堆积在中转仓库，当中转仓库满时，入仓阻塞，当中转仓库为空时，出仓阻塞。通过上述结构，生产者和消费者摆脱了“产销一体”的运作模式，即解耦合。同时，无论是客户需求暴增，还是厂家产量飙升，都会被中央仓库协调，避免突发情况导致结构崩溃。
同理，根据生产者消费者模型，我们将线程带入到消费者和生产者的角色，阻塞队列带入到缓冲空间的角色，一个类似的模型很容易就搭建起来了。
所以说，阻塞队列对生产者消费者模型是相当重要的。
①解耦合
作为生产者消费者模式的缓冲空间，将线程（其他）之间分隔，通过阻塞队列间接联系起来，起到降低耦合性的作用，这样即使其中一个挂掉，也不会使另一个也跟着挂掉。
②削峰填谷
因为阻塞队列本身的大小是有限的，所以能起到一个限制作用，即在消费者面对突发暴增的入队操作，依然不受影响。
如电商平台在每年双十一时都会出现请求峰值的情况，如下（杜撰）：
而假设电商平台对请求的处理流程是这样的：
因为处理请求需要消耗硬件资源，如果没有消息队列，面对双十一这种请求暴增的情况，请求处理服务器很可能就直接挂掉了。
而有了消息队列之后，请求处理服务器不必直接面对大量请求的冲击，仍旧可以按原先的处理速度来处理请求，避免了被冲爆，这就是‘削峰’。
没有被处理的请求也不是不处理了，而是当消息队列有空闲时再继续流程，即高峰请求被填在低谷中，这就是‘填谷’。
经过‘削峰填谷’之后的请求处理曲线就(大致)变成了下图：
判断阻塞队列中是否包含某个元素
可调整生产时间和消费时间观察效果。
在正式实现阻塞队列之前，我们需要先将普通环形队列这个框架搭建起来，再考虑为其加入阻塞队列的特性。
1.1简述环形队列
环形队列，也被称为循环队列，是一种特殊的线性数据结构。它的操作基于先进先出（FIFO）的原则，并且队尾被连接在队首之后以形成一个循环，可以使用数组或链表实现，这里采用数组。
- 环形队列在逻辑上是环形的，但在物理上，它通常是通过一个定长的数组来实现的。
- 环形队列的大小是确定的，一旦创建，它所能存放的元素个数就是固定的。
- 先进先出，队列队首出队，队尾入队
1.2代码实现
2.1实现思路
前面说到了“阻塞队列是一种特殊的队列，同样遵循‘先进先出’的原则，支持入队操作和出队操作”，实现一个只有入队和出队操作的队列很简单，关键在于如何将阻塞队列的特性加入进去，使其能够判断队列是否已满或是为空，进而阻塞等待。
判断是否未满很简单，只要在队列中定义一个size变量统计已存个数，当已存个数和队列长度相同时就为已满，size为0时队列为空。
阻塞等待也不难，只要引入锁，在入队、出队操作中使用wait和notify就可以了。
真正的难点在于，阻塞队列是适配于多线程程序的，必须要考虑到线程安全问题，而这一问题往往不好解决。
来，先看一下基于环形队列的简单阻塞队列到底是如何实现的吧。
2.2代码实现
测试可使用上文的例子‘简单生产者消费者模型’。
2.3代码解析
①wait和notify的使用，实现自动阻塞和解阻塞
首先看wait的位置：
判断条件很易懂，就是当队列已满（为空）时调用wait方法，使调用该方法的线程陷入阻塞，也就是说线程阻塞时，队列是一定陷入已满或为空状态的。
那么什么时候解除阻塞呢？当然是失去已满或为空状态的时候。
调用tack方法出队能够使队列留出位置，不再已满；调用put方法入队能够为队列存入元素，不再为空，两者相辅相成。
所以阻塞的put方法一定是要在别的线程调用tack方法，完成出队后才可能解除阻塞的；阻塞的tack方法也一定是要在别的线程调用put方法，完成入队后才可能解除阻塞的。
注意“可能”二字，因为阻塞的可能有很多线程，所以还要再参与lock锁竞争。
②while循环判断，线程安全的铜墙铁壁
代码中，while循环条件为判断队列状态是否已满（为空），若判断通过，则线程阻塞，等待状态解除。就直观效果而言，使用if语句和while循环的区别不大，但对于多线程程序，我们不得不多考虑一些。
在实现自动阻塞和解阻塞时，我们让put方法（入队操作）和tack方法（出队操作）互相为对方解除阻塞。
但是，put方法和stack方法中用的是同一把锁（lock），并且notify方法的机制是随机解除一个线程的阻塞，那么不管是put方法（入队操作）还是tack方法（出队操作）调用notify方法都可能反而为“同类”解除了阻塞，而我们的原意是要让他们互相解除阻塞。
下图示例就是一种bug可能，在队列容量为100，当前元素量为99的情况下，由于notify的随机唤醒机制，已满状态下的队列又进行了一次入队操作。（出队bug同理）
而使用while循环则不会出现这样的bug，由于wait方法在循环体内部，因此当阻塞结束后仍然会再次判断队列状态，即便再次堵塞后又出现同样的问题也没关系，大不了继续判断，至死方休。
③其他问题请留言😘
2.4纯享版代码实现（无注释）
博主是Java新人，每位同志的支持都会给博主莫大的动力，欢迎留言讨论，如果有任何疑问，或者发现了任何错误，都欢迎大家在评论区交流“ψ(｀∇´)ψ
到此这篇阻塞队列（阻塞队列有哪些）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/bcyy/16195.html