• 【JavaEE初阶】多线程 _ 基础篇 _ 阻塞队列(案例二)


    ☕导航小助手☕

        🍚写在前面

             🍱一、阻塞队列概论

                         🍣🍣1.1 阻塞队列的概念与作用

                         🍛🍛1.2 阻塞队列的应用场景 —— 生产者消费者模型

                         🍤🍤1.3 生产者消费者模型的好处

             🍜二、阻塞队列的实现

                         🍞🍞2.1 Java标准库里面的实现

                         🦪🦪2.2 自己动手去模拟实现一个阻塞队列

                                   🥩🥩🥩2.2.1 首先实现一个普通队列

                                   🍔🍔🍔2.2.2 接着需要解决线程安全问题

                                   🍰🍰🍰2.2.3 最后来实现阻塞效果


    写在前面

    在单例模式之后,我们就来学习一下 第二个多线程案例 —— 阻塞队列~

    如果学过数据结构的话,就会知道 在数据结构里也有:队列、优先级队列~

    队列:最简单的队列,先进先出,可基于数组实现,也可基于链表实现~

    这是最朴素的队列,还衍生出了一些特殊规则的队列~

    优先级队列:出队列不是完全按照 先进先出 了,而是优先级高的先出~

    内部基于堆(完全二叉树)来实现的~

    阻塞队列 在生活中又有很常见的例子~

    比如说,做核酸的例子:

    做核酸的时候,经常是有好多个队伍在排队,假设现在某个队伍已经没人了,那么 做核酸的工作人员 不会立即走的,还会等待,等待新的人过来,一直到约定好的时间~

    再假设 现在的人比较多,张三同学过来做核酸了,他看了看人比较多,也不想在太阳底下晒着,就先在树荫里玩一会手机,等人少一点 然后再过去排队~ 

    一、阻塞队列概论

    1.1 阻塞队列的概念与作用

    阻塞队列 实际上还是一种队列,遵循 "先进先出、后进后出" 的原则,它能够保证 "线程安全"~

    其主要特点是:

    1. 如果队列为空,尝试出队列 就会阻塞~
    2. 如果队列满,尝试入队列 也会阻塞~

    阻塞:让线程停下来 等一等,本质上就是修改了线程的状态,让线程的 PCB 在内核中暂时不参与调度~

    1.2 阻塞队列的应用场景 —— 生产者消费者模型

    阻塞队列,其中的一个最重要的场景:生产者消费者模型~

    咱们可以例举出一个场景来帮助理解什么叫做 生产者消费者模型:

    过年的时候 包饺子,都是一家人围在一起,一起来包饺子~

    包饺子里面有很多道工序,现在就简化一下步骤,假设只有以下步骤:擀饺子皮 —> 包饺子~

    当人多的时候来包饺子的时候,会有这两种情况:

    1. 每个人都分别自己擀皮,自己包饺子~
    2. 有一个人专门负责擀皮,其他人来包饺子~

    第一种情况:我们把每一个人想象成一个线程,每个线程都分别完成 "擀皮" 和 "包饺子" 这两样工作~

    第二种情况:我们还是把每一个人想象成一个线程,一个线程负责 "擀皮",其它线程负责 "包饺子"~

    这两种情况 都是多线程编程典型的解决问题的方式~

    但是,其实还是有一点点缺陷的:

    第一种情况 的效率比较低,多个线程都在抢同一个资源(擀面杖,正常家庭 也就只有一个擀面杖),只有 拿到 "擀面杖" 的线程 才可以 "擀皮",其他的线程 就可能在摸鱼、等着~

    第二种情况 的效率就比较高效,擀皮的人一直都使用擀面杖,其他的人不使用~

    而这第二种情况,我们就把它叫做 生产者消费者模型!!!

     

    盖帘 就是一个阻塞队列,阻塞队列 的特点 在这上面也是可以体现的~

    比如说,极端情况下,负责包饺子的消费者 包的太快了,使得负责擀皮的生产者跟不上了,盖帘 上面的饺子皮 都没有了,所以 负责包饺子的消费者 就只能阻塞等待,直到擀皮的人擀了一个新的饺子皮以后再取走~

    另外一种极端情况,擀皮的人搞得太快了,包饺子的人包的太慢了,一顿操作猛如虎,擀皮的人把 盖帘 搞满了,所以此时 负责擀皮的人只能再等待一会~

    像这样的场景,我们把它叫做 生产者消费者模型!!!

    1.3 生产者消费者模型的好处

    使用 生产者消费者模型,在工作中是非常频繁的~

    优点有很多,其中最为明显的优点有两条:

    (一)可以做到更好的 "解耦合"~

    耦合:两个模块的关联关系越紧密,就说明 耦合程度越高,一边出问题就会导致另一边出现问题,一边出问题就会对另一边有影响~

    在写代码的时候,我们追求的都是 "低耦合",我们都希望,万一某一个模块出现了问题,另外一边还可以照常的工作,不会有太大的影响~ 

    如果 服务器A 突然又发了一个数据 给服务器C,那么 在引入 "生产者消费者模型" 之前,就需要 重新调整 服务器A所需发送的数据的代码;但是,在引入 "生产者消费者模型" 之后,就不需要重新调整了,只需要 服务器C 去队列里取数据就可以了~


    (二) 使用 生产者消费者模型,可以提高整个系统的抗风险能力~

    极端情况下,大规模用户访问服务器A(请求服务器),如果不通过阻塞队列,服务器A 把所有的请求的数据 都同步转给服务器B,服务器B(应用服务器)没有太强的抗压能力,就很容易搞挂了!!!

    可以类似于 三峡大坝 的 "削峰填谷" 的功能:在旱季放水,在涝季存水~

    二、阻塞队列的实现

    2.1 Java标准库里面的实现

    首先,在 Java 标准库里面,提供了一个现成的实现~

    BlockingQueue 虽然也能够使用 offer、poll 等普通队列的方法,但是仍然建议大家使用 put 来入队列,使用 take 来出队列(这样可以做到 阻塞 的效果)~

    我们可以使用 sleep方法 来模拟生产者生产、消费者消费的频率~


    情况一:生产者生产频率 = 消费者消费频率~

    1. package thread;
    2. import java.util.concurrent.BlockingDeque;
    3. import java.util.concurrent.LinkedBlockingDeque;
    4. public class Demo21 {
    5. public static void main(String[] args) {
    6. //内部基于链表实现 LinkedBlockingDeque
    7. BlockingDeque<Integer> queue = new LinkedBlockingDeque<>();
    8. //创建一个消费者线程
    9. //消费者 每秒消费1
    10. Thread customer = new Thread(()-> {
    11. //获取队列里面的元素
    12. while (true) {
    13. try {
    14. int value = queue.take();//自动拆箱
    15. System.out.println("消费元素:" + value);
    16. Thread.sleep(1000);
    17. } catch (InterruptedException e) {
    18. e.printStackTrace();
    19. }
    20. }
    21. });
    22. customer.start();
    23. //创建一个生产者线程
    24. //生产者每秒生产1
    25. Thread producer = new Thread(() -> {
    26. int n = 0;
    27. while (true) {
    28. System.out.println("生产元素:" + n);
    29. try {
    30. queue.put(n);
    31. n++;
    32. Thread.sleep(1000);
    33. } catch (InterruptedException e) {
    34. e.printStackTrace();
    35. }
    36. }
    37. });
    38. producer.start();
    39. }
    40. }

    运行结果:

    生产者与消费者频率一致~

    生产者刚生产好,就立即消费者被消费~

    此时消费者步调与生产者一致~ 


    情况二:生产者生产频率 > 消费者消费频率~

    使得生产者每 1 秒生产一个,消费者每 2 秒消费一个(代码都和上面一样,只不过把 sleep() 里面的时间修改了,所以就不做过多解释了)

    运行结果:

    生产者生产快一点,消费者消费慢一点~

    阻塞队列满了之后,生产者需要等待消费者消费后才能生产~

    此时生产者步调与消费者一致~


    情况三:生产者生产频率 < 消费者消费频率~

    使得生产者每 2 秒生产一个,消费者每 1 秒消费一个(代码都和上面一样,只不过把 sleep() 里面的时间修改了,所以就不做过多解释了)

    运行结果:

    生产者生产慢一点,消费者消费快一点~

    阻塞队列为空之后,消费者需要等待生产者生产,消费者才能消费~

    此时消费者步调与生产者一致~ 

    2.2 自己动手去模拟实现一个阻塞队列

    2.2.1 首先实现一个普通队列

    在这之前,我们需要模拟一个普通队列~

    1. //基于数组的方式来实现,提供 2 个核心方法:
    2. // 1.put方法 入队列
    3. // 2.take方法 出队列
    4. class MyBlockingQueue {
    5. //假定最大是 1000 个元素,当然也可以设定成 可配置的
    6. private int[] items = new int[1000];
    7. //对首的位置
    8. private int head = 0;
    9. //对尾的位置
    10. private int tail = 0;
    11. //队列的元素个数
    12. private int size = 0;
    13. //入队列
    14. public void put(int value) {
    15. synchronized (this) {
    16. }
    17. if(size == items.length) {
    18. //队列已满,无法插入
    19. return;
    20. }
    21. //队列没满,入队列
    22. items[tail] = value;
    23. tail++;
    24. if (tail == items.length){
    25. //判断 tail 是否到达末尾
    26. //如果 tail 到达末尾,就需要从头开始
    27. tail = 0;
    28. }
    29. //往上数五行代码,可以直接换成 tail = tail % items.length;
    30. //不过带来了一些问题
    31. //1.可读性不太好~ 写 if 做判断,一看就明白了;写 % 运算,也许其他人看不懂
    32. //2.当使用 % 运算的时候,只有说 % 后面的操作数是 2^n 的时候,% 才能有一个比较高效的计算过程 (被编译器优化成与运算)
    33. // 如果是随意给的运算,大概率是不行了
    34. //个人建议 if() 版本
    35. size++;
    36. }
    37. //出队列
    38. public Integer take() { //int 不可以返回 null,Integer 可以返回 null
    39. if (size == 0) {
    40. //队列为空,无法出队列
    41. return null;
    42. }
    43. //队列不为空,则 取出队首元素
    44. int ret = items[head];
    45. head++;
    46. if (head == items.length) {
    47. head = 0;
    48. }
    49. size--;
    50. return ret;
    51. }
    52. }

    接着,我们可以在普通队列的基础上进行改进~

    1. 线程安全 —— 加锁、volatile
    2. 阻塞 —— wait、notify

    然后就自己模拟实现了一个阻塞队列啦~

    2.2.2 接着需要解决线程安全问题

    单例模式 之所以使用两个 if 的原因,是因为 单例模式 只是在初始化阶段有线程安全问题,一旦初始化好了,就线程安全了,所以需要使用外层条件 来决定当前是否要加锁~

    而 当下的阻塞队列,是自始至终都有线程安全问题的,这个锁就得要始终加上~

    需要注意的是,多线程这里,要不要加锁,具体锁加在哪里,是没有规律的,只能具体问题具体分析(千万不要无脑加锁)~

    当然,这个阻塞队列到处都是修改和读操作,就可以无脑加锁了~

    当然,队列的元素个数 时不时的在读,而且在修改,加上 volatile 可能会更好~

    1. //基于数组的方式来实现,提供 2 个核心方法:
    2. // 1.put方法 入队列
    3. // 2.take方法 出队列
    4. class MyBlockingQueue {
    5. //假定最大是 1000 个元素,当然也可以设定成 可配置的
    6. private int[] items = new int[1000];
    7. //对首的位置
    8. private int head = 0;
    9. //对尾的位置
    10. private int tail = 0;
    11. //队列的元素个数
    12. volatile private int size = 0;
    13. //入队列
    14. public void put(int value) {
    15. synchronized (this) {
    16. if(size == items.length) {
    17. //队列已满,无法插入
    18. return;
    19. }
    20. //队列没满,入队列
    21. items[tail] = value;
    22. tail++;
    23. if (tail == items.length){
    24. //判断 tail 是否到达末尾
    25. //如果 tail 到达末尾,就需要从头开始
    26. tail = 0;
    27. }
    28. //往上数五行代码,可以直接换成 tail = tail % items.length;
    29. //不过带来了一些问题
    30. //1.可读性不太好~ 写 if 做判断,一看就明白了;写 % 运算,也许其他人看不懂
    31. //2.当使用 % 运算的时候,只有说 % 后面的操作数是 2^n 的时候,% 才能有一个比较高效的计算过程 (被编译器优化成与运算)
    32. // 如果是随意给的运算,大概率是不行了
    33. //个人建议 if() 版本
    34. size++;
    35. }
    36. }
    37. //出队列
    38. public Integer take() { //int 不可以返回 null,Integer 可以返回 null
    39. int ret = 0;
    40. synchronized (this) {
    41. if (size == 0) {
    42. //队列为空,无法出队列
    43. return null;
    44. }
    45. //队列不为空,则 取出队首元素
    46. ret = items[head];
    47. head++;
    48. if (head == items.length) {
    49. head = 0;
    50. }
    51. size--;
    52. }
    53. return ret;
    54. }
    55. }

     

    2.2.3 最后来实现阻塞效果

    阻塞有两种情况的:

    1. 队列为空,要阻塞,当队列不空的时候 就唤醒
    2. 队列为满,要阻塞。当队列不满的时候 就唤醒

    所以,我们可以把 put 和 take 方法 改成如下形式:

    注意:

    虽然按照上述的代码,发现唤醒的时候,一定是有元素插入成功了,所以条件不成立,等待确实是要结束了~

    但是,更稳妥的办法,是 在唤醒之后,再判断一次(万一条件又成立了呢)!!!

    所以,可以把 if 条件句 改成 while 循环语句:

     

    我们 等待之前,判断一次;唤醒之后,再确认一次~ 

    所以,最终的代码就出来了:

    1. package thread;
    2. //自己来模拟实现一个阻塞队列
    3. //基于数组的方式来实现,提供 2 个核心方法:
    4. // 1. put方法 入队列
    5. // 2.take方法 出队列
    6. class MyBlockingQueue {
    7. //假定最大是 1000 个元素,当然也可以设定成 可配置的
    8. private int[] items = new int[1000];
    9. //对首的位置
    10. private int head = 0;
    11. //对尾的位置
    12. private int tail = 0;
    13. //队列的元素个数
    14. volatile private int size = 0;
    15. //入队列
    16. public void put(int value) throws InterruptedException {
    17. synchronized (this) {
    18. while(size == items.length) {
    19. //队列已满,无法插入
    20. this.wait();
    21. }
    22. //队列没满,入队列
    23. items[tail] = value;
    24. tail++;
    25. if (tail == items.length){
    26. //判断 tail 是否到达末尾
    27. //如果 tail 到达末尾,就需要从头开始
    28. tail = 0;
    29. }
    30. //往上数五行代码,可以直接换成 tail = tail % items.length;
    31. //不过带来了一些问题
    32. //1.可读性不太好~ 写 if 做判断,一看就明白了;写 % 运算,也许其他人看不懂
    33. //2.当使用 % 运算的时候,只有说 % 后面的操作数是 2^n 的时候,% 才能有一个比较高效的计算过程 (被编译器优化成与运算)
    34. // 如果是随意给的运算,大概率是不行了
    35. //个人建议 if() 版本
    36. size++;
    37. //插入元素成功,说明队列不空,就要唤醒
    38. this.notify();
    39. }
    40. }
    41. //出队列
    42. public Integer take() throws InterruptedException { //int 不可以返回 null,Integer 可以返回 null
    43. int ret = 0;
    44. synchronized (this) {
    45. while(size == 0) {
    46. //队列为空,就等待
    47. this.wait();
    48. }
    49. //队列不为空,则 取出队首元素
    50. ret = items[head];
    51. head++;
    52. if (head == items.length) {
    53. head = 0;
    54. }
    55. size--;
    56. //当取走一个元素成功,说明队列不满,就要唤醒
    57. this.notify();
    58. }
    59. return ret;
    60. }
    61. }
    62. public class Demo22 {
    63. public static void main(String[] args) throws InterruptedException {
    64. MyBlockingQueue queue = new MyBlockingQueue();
    65. Thread customer = new Thread(() -> {
    66. while (true) {
    67. int value = 0;
    68. try {
    69. value = queue.take();
    70. System.out.println("消费:" + value);
    71. Thread.sleep(1000);
    72. } catch (InterruptedException e) {
    73. e.printStackTrace();
    74. }
    75. }
    76. });
    77. customer.start();
    78. Thread producer = new Thread(() -> {
    79. int value = 0;
    80. while (true){
    81. try {
    82. queue.put(value);
    83. System.out.println("生产:" + value);
    84. value++;
    85. Thread.sleep(1000);
    86. } catch (InterruptedException e) {
    87. e.printStackTrace();
    88. }
    89. }
    90. });
    91. producer.start();
    92. }
    93. }

    运行结果:

    其他的两种情况我就不再做过多展示了~ 

    好了,关于多线程的第二个案例 —— 阻塞队列,就暂时介绍到这里了~

     如果感觉这一篇博客对你有帮助的话,可以一键三连走一波,非常非常感谢啦 ~

  • 相关阅读:
    基于JAVA医院医护人员排班系统计算机毕业设计源码+系统+mysql数据库+lw文档+部署
    基于Java的企业门户管理系统设计与实现(源码+lw+部署文档+讲解等)
    Text ‘10/03/2023 14:25:49‘ could not be parsed at index 0
    Linux时间相关C库函数
    内部类_Java
    C#之泛型、委托、事件及其使用
    codeforces刷题三
    【Unity3D】使用 FBX 格式的外部模型 ③ ( FBX 模型中的材质重映射 | FBX 模型使用外部材质 | FBX 模型的分解重组 )
    Python实现深度森林(Deep Forest)分类模型(deepforest分类算法)项目实战
    Android | Handler
  • 原文地址:https://blog.csdn.net/qq_53362595/article/details/126373599