rabbitmq消息重回队列

13 篇文章 562 订阅 ¥9.90 ¥99.00
本文介绍了RabbitMQ中的消息确认(ACK)机制和如何实现消息重回队列。通过设置consumer端的ACK模式,可以将不满足业务条件的消息通过NACK退回队列,以便进行日志记录或后续处理。文中还提供了一个简单的代码示例来演示这一过程。
摘要由CSDN通过智能技术生成

什么是消息的ACK

不管是哪种类型的消息中间件,都有一一种机制,即consumer端的消息ACK,通俗来讲,就是消息的确认消费机制,为什么会有这个ACK机制呢?这个和消息中间件的架构设计有关

下面是关于consumer端消息ACK的大致流程
在这里插入图片描述

从图也可以理解,ACK的作用在于,消费端如果消费成功了,就通过ACK告知broker,broker接收到了ACK的消息后,就可以做其他的业务处理了,比如从队列里删除ACK的消息,或者异步通知应用中的监听器等,而NACK正好相反,假如消费端因为网络故障或者业务处理到某个地方阻塞导致消息得不到处理而不能ACK的状态;

在rabitmq中,消费端可以设置ack为手动签收或者启动签收;

了解了上面的概念之后,我们来说消费者的消息重回队列的问题,举例来说,producer发送到队列的某些消息,在consumer端,会对消息根据业务需要做消息的过滤,那些不需要的消息怎么办呢?在rabbitmq中,如果设置自动签收,那些被过滤掉的消息将会被丢弃,在某些场景下这样是可以的,但是对于一些对消息具有特别规定的,这样的方式就显得粗暴,一种比较好的方式就是,consumer端设置消息重回队列,即对于那些被过滤掉的消息,通过设置nack,使得这样的消息重新被退回到原来的queue中,

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小码农叔叔

谢谢鼓励

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值