关于MQ的小结

什么是MQ

MQ是一种消息队列，数据结构是先进先出模式

二、消息中间件的组成

2.1 Broker

消息服务器，作为server提供消息核心服务。

2.2 Consumer

消息消费者，业务的处理方，负责从broker获取消息并进行业务逻辑处理

2.3 Producer

消息生产者，业务的发起方，负责生产消息传输给broker

2.4 topic

主题，发布订阅模式下的消息统一汇集地，不同生产者向topic发送消息，由MQ服务器分发到不同的订阅者，实现消息的广播

2.5 Queue

队列，PTP模式下，特定生产者向特定queue发送消息，消费者订阅特定的queue完成指定消息的接收

2.6 Message

根据不同通信协议定义的固定格式进行编码的数据包，来封装业务数据，实现消息的传输

三、消息中间件的模式

3.1点对点模式

使用queue作为通信载体
消息被消费以后，queue中不再存储，所以消息消费者不可能消费到已经被消费的消息。 Queue支持存在多个消费者，但是对一个消息而言，只会有一个消费者可以消费。

3.2发布订阅者模式

使用topic作为通信载体
消息生产者（发布）将消息发布到topic中，同时有多个消息消费者（订阅）消费该消息。和点对点方式不同，发布到topic的消息会被所有订阅者消费。

queue实现了负载均衡，将producer生产的消息发送到消息队列中，由多个消费者消费。但一个消息只能被一个消费者接受，当没有消费者可用时，这个消息会被保存直到有一个可用的消费者。
topic

四、MQ的应用场景，以及解决的问题

4.1系统解藕

两个系统之间如果有一方发生变化可能就造成另外一方随着修改代码。
例如A产生数据，B对数据感兴趣。如果没有消息的队列A每次处理完需要调用一下B服务。过了一段时间C对数据也感性，A就需要改代码，调用B服务，调用C服务。只要有服务需要，A服务都要改动代码。很不方便。

有了消息队列后，A只管发送一次消息，B对消息感兴趣，只需要监听消息。C感兴趣，C也去监听消息。A服务作为基础服务完全不需要有改动。

4.2流量削峰

主要解决瞬时写压力大于应用服务能力导致消息丢失、系统奔溃等问题。
对系统访问压力来说，异步因为没有没有真正执行，不会造成某时刻对系统的访问压力剧增。而是放入队列，然后慢慢的队列一条一条执行。可以顺利执行。

4.3异步通信

A调用B服务后，只需要监听B处理完成的消息，当B处理完成后，会发送一条消息给MQ，MQ会将此消息转发给A服务

4.3减少冗余