本文介绍了消息队列（MQ）的基本概念、使用原因，包括解耦、异步处理的优势。讨论了常用的MQ产品如ActiveMQ、Kafka、RocketMQ和RabbitMQ，重点讲述了RabbitMQ的AMQP协议、安装过程、Web管理界面和第一个Java程序。此外，还展示了如何在SpringBoot中集成和使用RabbitMQ。
(点击上方Java大蜗牛，轻松关注)
一、什么是消息队列
MQ (Message Quene) : 翻译为 消息队列 ,通过典型的 ⽣产者 和 消费者 模型,⽣产者不断向消息队列中⽣产消息，消费者不断的从队列中获取消息。因为消息的⽣产和消费都是异步的，⽽且只关⼼消息的发送和接收，没有业务逻辑的侵⼊,轻松的实现系统间解耦。别名为 消息中间件 通过利⽤⾼效可靠的消息传递机制进⾏平台⽆关的数据交流，并基于数据通信来进⾏分布式系统的集成。
二、为什么要使用MQ
1.解耦
现在我有一个系统A，系统A可以产生一个userId,然后，现在有系统B和系统C都需要这个userId去做相关的操作,可以写成如下操作
如果有一天，系统B的负责人告诉系统A的负责人，现在系统B的SystemBNeed2do(String userId)这个接口不再使用了，让系统A别去调它了。那么就需要从代码的基础上去修改了。这样紧密的耦合关系会导致很多麻烦，如果使用消息中间件就不会出现以上问题。
2.异步
我们再来看看下面这种情况：系统A还是直接调用系统B、C、D
假设系统A运算出userId具体的值需要50ms，调用系统B的接口需要300ms，调用系统C的接口需要300ms，调用系统D的接口需要300ms。那么这次请求就需要50+300+300+300=950ms
并且我们得知，系统A做的是主要的业务，而系统B、C、D是非主要的业务。比如系统A处理的是订单下单，而系统B是订单下单成功了，那发送一条短信告诉具体的用户此订单已成功，而系统C和系统D也是处理一些小事而已。
那么此时，为了提高用户体验和吞吐量，其实可以异步地调用系统B、C、D的接口。所以，我们可以弄成是这样的：
系统A执行完了以后，将userId写到消息队列中，然后就直接返回了(至于其他的操作，则异步处理)。
本来整个请求需要用950ms(同步)
现在将调用其他系统接口异步化，只需要100ms(异步)
3、削峰/限流
假设现在我们每个月要搞一次大促，大促期间的并发可能会很高的，比如每秒3
最低0.47元/天 解锁文章
扫一扫
21万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
