消息队列--RocketMQ

什么是MQ?

message queue，消息队列。

消息message：在不同的应用程序之间传递数据。队列queue：一种FIFO先进先出的数据结构，将消息以队列的形式存储起来，并且在不同的应用程序之间进行传递，这就成了MessageQueue。

MQ产品最直接的作用，是将同步的事件改为异步的消息驱动

从这个示例看到，SpringBoot框架其实在启动时，就会尝试发布各种ApplicationEvent事件，表示自己启动到了哪个步骤，这时，SpringBoot框架就可以称为消息生产者producer。同样的，只要有ApplicationEvent事件发布了，就会触发MyApplicationListener监听器，处理这些事情。MyApplicationListener就可以成为消息消费者Consumer。

Producer和Consumer他们的运行状况互不干涉，不管有没有Consumer，producer一样会发布消息，反过来，不过Producer有没有发布消息，Consumer一样会监听这些事件，这种方式，实际上就是通过事件中包含的消息在驱动Producer和Consumer工作，这种工作方式也就成为消息驱动。

与消息驱动形成对比的是事件驱动，比如经常写的Controller，只有通过一个事件主动触发，才会调用。

从这个简单的例子可以看出，SpringBoot内部就集成了这种消息驱动的机制，但是，这些producer和Concumer都只能在一个进程中使用。如果要跨进程进行使用呢？这就需要独立一个中间服务，才能发布和接受这段消息。而这个中间服务，就是MQ中间件。

比如在一个大型电商项目中，订单服务完成下单，就可以发布下单时间而下游的消费者，就可以消费这个下单事件，进行一些补充的业务。

在这个业务中MQ中间件应该要起到什么作用呢？

解耦：producer和consumer都只跟中间件进行交互，而不需要互相进行交互，这意味着，在producer发送消息时，不需要考虑有没有consumer或者有多少个consumer，反之亦然，即便producer和cosummer是用不同语言开发的，只要能够与MQ中间件进行交互，那么他们就可以通过MQ中间件进行消息传递。

异步：消息并不是从producer发送出来以后，就立即交由consummer处理，而是在MQ中间件中暂存下来。等consumer启动之后，自行去MQ中间件上处理。也就是说，错开了producer发送消息和consumer接收消息的事件。

削峰：有了MQ做消息暂存，那么当producer发送消息和consumer处理消息的速度不一致时，MQ就能起到削峰填谷的作用。

1、主流MQ产品对比

产品	优点	缺点	适用场景
Kafka	吞吐量非常大，性能非常好，技术生态完整	功能比较单一	分布式日志收集，大数据采集
RabbitMQ	消息可靠性高，功能全