《RabbitMQ系列教程-第一章-消息中间件简介》_第1章消息队列(1)

• 本系列教程目录大纲：《RabbitMQ系列教程-目录大纲》

---

• 本系列教程配套代码：https://gitee.com/lvshuichangliu/rabbitmt.git（码云地址）

---

第一章 消息中间件简介

1.1 概述

MQ全称为Message Queue，消息队列是消息在传递过程中的容器，消息队列常用于分布式系统之间的通信

消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题实现高性能，高可用，可伸缩和最终一致性架构；使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ以下介绍消息队列在实际应用中常用的使用场景：异步处理，应用解耦，流量削锋和消息通讯四个场景

1.2 消息中间件的好处

在项目中，可将一些无需即时返回且耗时的操作提取出来，进行异步处理，而这种异步处理的方式大大的节省了服务器的请求响应时间，从而提高了系统的吞吐量。

1.2.1 应用解耦

在我们的应用中，下订单同时需要调用库存系统、支付系统等业务；

随着业务升级，需要更改业务需求，在下订单的同时需要对接积分系统进行加积分操作，因此结果变为如下：

从上图的演变我们可以知道，随着业务的不断升级，业务的不多增加，我们可能需要频繁的修改订单系统的代码，现在我们的订单系统严重和其他系统耦合在一起了，可维护差；不仅如此，当订单系统调用库存系统时，如果库存系统不能够及时响应，那么必定会造成订单系统的延迟，或者库存系统出现错误，那么也很有可能导致订单系统出现故障，系统的容错性非常低；

为了解决上述问题，我们引入了消息中间件（MQ）：

当订单系统需要对接其他系统时，只需要发消息给MQ，由MQ来通知其他系统进行业务操作，订单系统只与MQ进行对接，从而解决我们上面的几个问题；

• 1）业务耦合
• 2）系统延迟
• 3）容错性低

1.2.2 异步处理

在我们没有引入MQ之前的老系统中，调用订单系统，等待订单系统处理完业务逻辑之后响应客户端大概需要时间：200ms+200ms+200ms=600ms

引入了MQ队列之后只需要5ms！

这里说明一点：我们之前讲MQ概述时已经讲过，MQ适用于一些无需即时返回且耗时的操作，假设在上述架构中，订单系统需要库存系统返回某值后才能进行下一步操作则不适用于MQ

1.2.3 流量削峰

流量削峰指的是在应用服务器面对大流量访问时，MQ可以帮助我们进行流量的限流操作，削弱流量，保证服务器的正常运行；

假设现在某电商网站搞促销活动，导致流量迅速激增，已经远远超过应用服务器的压力承受范围，此时如果不进行流量（QPS）的控制，那么应用服务器很有可能会出现故障：

为了防止过度的流量同时进入我们的应用服务器，导致应用服务器最终宕机，我们可以进行限流手段，即每秒从MQ中拉取1000个请求进行处理：

由于高并发的访问，消息会被挤压在MQ中，在高峰期过后，仍有一段时间内消息消费的速度维护在1000/s，直到挤压的消息全部被消费完毕；

1.3 消息中间件带来的问题

1.3.1 消息一致性

如上图，如果订单系统给其他系统发送完毕消息后，某个系统处理失败，该如何保证数据的一致性？

1.3.2 消息重复消费（消息幂等性）

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新网络安全全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上网络安全知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化资料的朋友，可以点击这里获取
**

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化资料的朋友，可以点击这里获取