MQ的基础知识

为什么会有MQ

产生背景：

  系统之间直接调用实际工程落地和存在的问题：
  微服务架构后，链式调用是我们在写程序时候的一般流程，为了完成一个整体功能会将其拆分成多个函数(或子模块)，比如模块A调用模块B，模块B调用模块C，模块C调用模块D。但在大型分布式应用中，系统间的RPC交互繁杂，一个功能背后要调用上百个接口并非不可能，从单机架构过渡到分布式微服务架构的通例，这些架构会有哪些问题？

一：系统之间接口耦合比较严重

  每新增一个下游功能，都要对上游的相关接口进行改造；
  举个例子：如果系统A要发送数据给系统B和系统C，发送给每个系统的数据可能有差异，因此系统A对要发送给每个系统的数据进行了组装，然后逐一发送；
  当代码上线后又新增了一个需求：
  把数据也发送给D，新上了一个D系统也要接受A系统的数据，此时就需要修改A系统，让他感知到D系统的存在，同时把数据处理好再给D。在这个过程你会看到，每接入一个下游系统，都要对系统A进行代码改造，开发联调的效率很低。其整体架构如下图

二：面对大流量并发时，容易被冲垮

  每个接口模块的吞吐能力是有限的，这个上限能力如果是堤坝，当大流量&#x