什么时候使用MQ？

一、什么是MQ

消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过写和检索出入列队的针对应用程序的数据（消息）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。

简而言之：是一种跨进程的通信方式，用于上下游信息的传递。

优点：解耦（服务器物理解耦、业务逻辑解耦）

缺点：

1、上游无法知道下游执行结果，除非。。。（方法很多，但都会增加难度）

2、不丢失不重复难以确保

3、系统多了一个MQ组件

4、链路实际是变长了。

二、应用场景

1、任务队列

（1）按时间先后执行的任务队列。

（2）任务之间有前紧（必要条件）关系的任务队列。

之前普遍的做法是采用定时器规定时间，分别启动任务。缺点不做赘述（预留大量buffer、一个调整都需要调整、多线并行时间控制变得复杂）。

使用MQ：后任务订阅或者消费前任务即可。

2、上游不关心下游执行结果

例如：

（1）、推送类，短时发出大量消息，但不太关心订阅者是否收到。

使用MQ：服务器发给MQ，客户端订阅。

（2）、设备上报状态的中转站。

使用MQ：作为蓄水池，避免业务处理阻塞，提高客户端响应速度。

3、上游不迫切的马上需要知道执行结果

多用于下游需要等待，不能马上返回执行结果的异步处理。

例如：

（1）、微信支付宝支付。

（2）、病人发送病情，请求医生执诊。

三、不适合的场景

上游对下游的执行结果有实时性要求。

例如：

（1）、用户登录

（2）、查询库存

等等等等，对于任何组建不适合的场景永远比适合的场景多。