为什么要用消息队列？消息队列有哪些？

骆驼整理说

已于 2025-06-10 00:21:52 修改

阅读量1.3k

点赞数

CC 4.0 BY-SA版权

分类专栏：分布式微服务框架、开源框架及中间件文章标签： rabbitmq java kafka 中间件

于 2022-02-05 22:22:23 首次发布

本文链接：https://blog.youkuaiyun.com/xing_jian1/article/details/122793927

分布式微服务框架、开源框架及中间件专栏收录该内容

109 篇文章 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

本文探讨了为何使用消息队列，如RabbitMQ，以实现系统间的解耦和流量控制。通过消息队列，可以减少系统间的依赖，简化A系统向BCD等系统发送数据的复杂性，同时改善高并发场景下对数据库的压力，确保系统的平稳运行。此外，文章还介绍了不同场景下选择ActiveMQ、RabbitMQ、RocketMQ和Kafka等消息队列的原因。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

为什么使用消息队列

消息队列有哪些

为什么使用消息队列

解耦

A系统产生一条比较关键的数据，很多系统都需要A系统将这个数据发送过来，比如要发送数据到BCD三个系统，通过接口调用发送。如果E系统也要这个数据呢？C系统现在不需要了呢？此时的A系统代码变动就比较频繁，跟其它系统严重耦合，A系统要考虑BCDE四个系统如果挂了如何处理？要不要重发，要不要把消息存起来。如果使用MQ，A系统直接把数据发送到MQ里面去，现有系统或者后面新增加的系统只要需要数据直接去MQ里面消费。如果某个系统不需要这条数据了，就取消对MQ消息的消费即可。这样A系统就不需要去考虑要给谁发送数据，不需要维护相关程序代码，也不需要考虑其他系统是否调用成功、失败超时等情况。这样A系统就跟其它系统彻底解耦了。

异步

A系统接收一个请求，需要在自己本地写库，还需要在BCD三个系统写库，自己本地写库要3ms，BCD三个系统分别写库要300ms、450ms、200ms。最终请求总耗时3ms+ 300ms + 450ms + 200ms = 953ms，接近1s，用户通过浏览器发起请求到响应，等待耗时1s，时间有点长（一般每个请求都必须在200ms以内完成，对用户几乎是无感知的）如果A系统接受到请求直接把消息发布到MQ队列中，耗时5ms，从接受到请求到返回响应给用户