基础编程学习快乐每一天
首页
留言
Siddim.com
当前位置:
首页
>
编程知识库
>
后端开发知识
>
面试官:谈谈消息队列(MessageQueue)
面试官:谈谈消息队列(MessageQueue)
阅读
1
2021-07-19
消息队列(
MessageQueue
)是服务架构中常见的组件,可用于服务间解耦、事件广播、任务异步/延迟处理等,常用于分布式系统之间互相信息的传递。接下来对消息队列的实现如何满足几种消费场景进行简单阐述。
一 . 消息队列相关概念
1
、生产者(
Producer
): 负责产生消息;
2
、消费者(
Consumer
): 负责消费消息;
3
、消息(
Message
): 在应用间传送的数据。消息可以非常简单,比如只包含文本字符串,也可以更复杂,可能包含嵌入对象;
4
、消息队列(
Message
Queue
): 一种应用间的通信方式,消息发送后可以立即返回,由消息系统来确保消息的可靠传递。消息发布者只管把消息发布到
MQ
中而不用管谁来取,消息使用者只管从
MQ
中取消息而不管是谁发布的。这样发布者和使用者都不用知道对方的存在。
5
、消息代理(
Message
Broker
): 负责存储/转发消息,转发分为推和拉两种。
拉是指
Consumer
主动从
Message
Broker
获取消息;
推是指
Message
Broker
主动将
Consumer
感兴趣的消息推送给
Consumer
。
二 . 消息队列的消费场景
1、消息至多被消费一次
该场景是最容易满足的,特点是整个消息队列吞吐量大,实现简单。适合能容忍丢消息,消息重复消费的任务。
a
)
Producer
发送消息到
Message
Broker
阶段:
Producer
发消息给
Message
Broker
,不要求
Message
Broker
对接收到的消息响应确认,
Producer
也不用关心
Message
Broker
是否收到消息了。
b
)
Message
Broker
存储/转发阶段:
对
Message
Broker
的存储不要求持久性,转发消息时也不用关心
Consumer
是否真的收到了。
c
)
Consumer
消费阶段:
Consumer
从
Message
Broker
中获取到消息后,可以从
Message
Broker
删除消息,或
Message
Broker
在消息被
Consumer
拿去消费时删除消息,不用关心
Consumer
最后对消息的处理结果。
2、消息至少被消费一次
适合不能容忍丢消息,但允许重复消费的任务。
a
)
Producer
发送消息到
Message
Broker
阶段:
Producer
发消息给
Message
Broker
,
Message
Broker
必须响应对消息的确认。
b
)
Message
Broker
存储/转发阶段:
Message
Broker
必须提供持久性保障,转发消息时,
Message
Broker
需要
Consumer
通知删除消息,才能将消息删除。
c
)
Consumer
消费阶段:
Consumer
从
Message
Broker
中获取到消息,必须在消费完成后,
Message
Broker
上的消息才能被删除。
3、消息仅被消费一次
适合对消息消费情况要求非常高的任务,实现较为复杂,这里的“仅被消费一次”包含如下两种场景:
1)Message Broker上存储的消息被Consumer仅消费一次,场景要求:
a
)
Producer
发送消息到
Message
Broker
阶段:
Producer
发消息给
Message
Broker
,不要求
Message
Broker
对接收到的消息响应确认,
Producer
也不用关心
Message
Broker
是否收到消息了。
b
)
Message
Broker
存储/转发阶段:
Message
Broker
必须提供持久性保障,并且每条消息在其消费队列里有唯一标识(这个唯一标识可以由
Producer
产生,也可以由
Message
Broker
产生)。
c
)
Consumer
消费阶段:
Consumer
从
Message
Broker
中获取到消息后,需要记录下消费的消息标识,以便在后续消费中防止对某个消息重复消费。比如
Consumer
获取到消息,消费完后,还没来得及从
Message
Broker
删除消息,就挂了,这样
Message
Broker
如果把消息重新加入待消费队列的话,那么这条消息就会被重复消费了。
2)Producer上产生的消息被Consumer仅消费一次,场景要求:
a
)
Producer
发送消息到
Message
Broker
阶段:
Producer
发消息给
Message
Broker
,
Message
Broker
必须响应对消息的确认,并且
Producer
负责为该消息产生唯一标识,以防止
Consumer
重复消费(因为
Producer
发消息给
Message
Broker
后,由于网络问题没收到
Message
Broker
的响应,可能会重发消息给到
Message
Broker
)。
b
)
Message
Broker
存储/转发阶段:
Message
Broker
必须提供持久性保障,并且每条消息在其消费队列里有唯一标识(这个唯一标识需要由
Producer
产生)。
c
)
Consumer
消费阶段:
Consumer
从
Message
Broker
中获取到消息后,需要记录下消费的消息标识,以便在后续消费中防止对某个消息重复消费。比如
Consumer
获取到消息,消费完后,还没来得及从
Message
Broker
删除消息,就挂了,这样
Message
Broker
如果把消息重新加入待消费队列的话,那么这条消息就会被重复消费了。
感谢阅读,希望对你有所帮助 :)
来源:
blog
.
csdn
.
net
/
qq
_
29229567
/
article
/
details
/
86490519
以上数据来源于网络,如有侵权,请联系删除。
上一篇:
面试官:MySQL主备、主从、读写分离你了解多少?
下一篇:
面试官:分布式环境下,如何实现session共享
评论
(0)
提交
类别
基础编程学习
HTML
PHP
Python
编程知识库
后端开发知识
热门文章
Java并发中的同步容器与并发容器,你了解多少?
Innodb中的事务隔离级别和锁的关系,难倒一半面试者!
SpringBoot + minio实现分片上传、秒传、续传
面试官:你知道消息队列如何保证数据不丢失吗?
JAVA知识 Java8新特性
面试官:谈谈为什么要限流,有哪些限流方案?
说说动态代理与静态代理区别
面试官:思考Tomcat 类加载器为什么要违背双亲委派模型?
boot-admin 基于SpringBoot的后台权限管理系统,可作为脚手架,用于快速搭建项目
SpringBoot+Vue+App+硬件实现智能家居系统项目