一、什么是MQ
消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过写和检索出入列队的针对应用程序的数据（消息）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。
简而言之：是一种跨进程的通信方式，用于上下游信息的传递。
优点：解耦（服务器物理解耦、业务逻辑解耦）
缺点：
1、上游无法知道下游执行结果，除非。。。（方法很多，但都会增加难度）
2、不丢失不重复难以确保
3、系统多了一个MQ组件
4、链路实际是变长了。
二、应用场景
1、任务队列
（1）按时间先后执行的任务队列。
（2）任务之间有前紧（必要条件）关系的任务队列。
之前普遍的做法是采用定时器规定时间，分别启动任务。缺点不做赘述（预留大量buffer、一个调整都需要调整、多线并行时间控制变得复杂）。
使用MQ：后任务订阅或者消费前任务即可。
2、上游不关心下游执行结果
例如：
（1）、推送类，短时发出大量消息，但不太关心订阅者是否收到。
使用MQ：服务器发给MQ，客户端订阅。
（2）、设备上报状态的中转站。
使用MQ：作为蓄水池，避免业务处理阻塞，提高客户端响应速度。
3、上游不迫切的马上需要知道执行结果
多用于下游需要等待，不能马上返回执行结果的异步处理。
例如：
（1）、微信支付宝支付。
（2）、病人发送病情，请求医生执诊。
三、不适合的场景
上游对下游的执行结果有实时性要求。
例如：
（1）、用户登录
（2）、查询库存
等等等等，对于任何组建不适合的场景永远比适合的场景多。