RocketMQ（消息中间件）

目录

一、为什么会出现消息中间件？

二、消息中间件是干嘛的？

三、应用解耦

四、流量削峰

五、异步处理

1.串行方式：

2.并行方式：

3.引入消息队列：

 六、RocketMQ的架构及概念

---

一、为什么会出现消息中间件？

Http请求默认采用同步请求方式，基于请求与响应模式，在客户端与服务器进行通讯 时，客户端调用服务端接口后，必须等待服务端完成处理后返回结果给客户端才能继续执行，这种情况 属于同步调用方式。如果服务器端发生网络延迟、不可达的情况，可能客户端也会受到影响，为了解决这个问题，消息中间件就产生了。

---

二、消息中间件是干嘛的？

消息中间件利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统 的集成。通过提供消息传递和消息排队模型，它可以在分布式环境下扩展进程间的通信。对于消息中间件，常见的角色大致也就有Producer（生产者）、Consumer（消费者）例如：寄快递

 

---

三、应用解耦

如果系统的耦合性越高，容错性就越低，以电商应用为例，用户创建订单后， 如果耦合调用库存系统、物流系统、支付系统，任何一个子系统出了故障 或者因为升级等原因暂时不可用，都会造成下单操作异常！

使用消息队列解耦，系统的耦合性就会下降了，比如物流系统发生故障， 需要几分钟才能修复，在这段时间内，物流系统要处理的数据被缓存到消息队列中，用户的下单操作正常完成。当物流系统恢复后，补充处理存在 消息队列中的订单消息即可，终端系统感知不到物流系统发生过几分钟故障。

举例说明：

订单系统：用户下单后，订单系统完成持久化处理，将消息写入消息队列，返回用户下单成功

库存系统：订单下单的消息，采用拉/推的方式，获取下单信息，库存系统根据下单信息，进行
                        库存操作

假如：在下单时库存系统不能正常使用，也不影响正常下单，因为下单后，订单系统写入消息

    队列就不再关心其他的后续操作了。实现了订单系统与库存系统的应用解耦。

---

四、流量削峰

应用系统如果遇到系统请求流量的瞬间猛增，有可能将系统压垮，有了消 息队列可以将大量请求缓存起来，分散到很长一段时间处理，这样可以大大提高系统的稳定性

 举例说明：

秒杀活动，一般会因为流量过大，导致流量暴增，应用挂掉。为了解决这个问题，一般需要 在应用前端加入消息队列。

---

五、异步处理

用户注册后，需要发注册邮件和注册短信 传统的做法有两种

1.串行方式：

将注册信息写入数据库成功后，发送注册邮件，再发送注册短信，以上三个任务全部完成 后，返回给客户端

2.并行方式：

将注册信息写入数据库成功后，发送注册邮件的同时发送注册短信，以上三个任务完成 后，返回给客户端；与串行的差别是并行的方式可以提高处理的时间

3.引入消息队列：

---

 六、RocketMQ的架构及概念

Broker(邮递员) ：Broker是RocketMQ的核心，负责消息的接收，存储，投递等功能

NameServer(邮局) ：消息队列的协调者，Broker向它注册路由信息，同时Producer和Consumer向其获取路由信息

Producer(寄件人) ：消息的生产者，需要从NameServer获取Broker信息，然后与Broker建立连接，向Broker发送消息

Consumer(收件人) ：消息的消费者，需要从NameServer获取Broker信息，然后与Broker建立连接，从Broker获取消息

Topic(地区) ：用来区分不同类型的消息，发送和接收消息前都需要先创建Topic，针对Topic来发送和接收 消息

Message Queue(邮件) ：为了提高性能和吞吐量，引入了Message Queue，一个Topic可以设置一个或多个Message Queue，这样消息就可以并行往各个Message Queue发送消息，消费者也可以并行的从多个 Message Queue读取消息

Message： Message 是消息的载体。