RabbitMQ学习-死信队列

当消息因达到队列长度限制、消费者拒绝或消息过期未消费时,会变为死信并进入死信队列。常见的处理方式包括丢弃、记录入库或通过死信队列由专门应用程序处理。设置队列绑定死信交换机,使用x-dead-letter-exchange和x-dead-letter-routing-key参数,以及通过消息TTL过期或队列达到最大长度来触发死信处理。
摘要由CSDN通过智能技术生成

死信队列

背:就是三种情况导致消息无法消费就是死信,然后就会转到死信交换机中,死信交换机发送到死信队列中,然后创建个消费者消费死信队列中的东西,再没什么哈哈

死信,顾名思义就是无法被消费的信息,字面意思就是这样理解,一般来说,消息投递到队列中,消费者从队列取出消息进行消费,但某些时候由于特定的原因导致队列中的某些消息无法被消费,这样的消息如果没有后续的处理,就变成了死信,有死信就有了死信队列

消息成为死信的三种情况:

1.队列消息数量到达限制:比如队列最大只能存储10条消息,而发了11条数据,根据先进先出,最先发的消息会进入死信队列

2.消费者拒接消费消息,basicNack/basicReject,并且不把消息重新放入原目标队列,requeue=false

3.原队列存在消息过期设置,消息达到超时时间为被消费

通常情况下,消费者是能正常消费的,但是出现上面说的三种情况之一,就无法正常消费信息,消息就会进入死信交换机,死信交换机和死信队列进行绑定,最后由其他消费者来消费死信消息

死信的产生既然不可避免,那么就需要从实际的业务角度和场景出发,对这些死信进行后续的处理,常见的处理方式大致有下面几种,

① 丢弃,如果不是很重要,可以选择丢弃

② 记录死信入库,然后做后续的业务分析或处理

③ 通过死信队列,由负责监听死信的应用程序进行处理

综合来看,更常用的做法是第三种,即通过死信队列,将产生的死信通过程序的配置路由到指定的死信队列,然后应用监听死信队列,对接收到的死信做后续的处理。

队列绑定死信交换机:

给队列设置参数:x-dead-letter-exchange 和x-dead-letter-routing-key

消息TTl过期

设置TTL的两种方式:

1.队列设置TTL

在创建对别的收设置队列的x-message-ttl属性,例如

Map<String, Object> map = new HashMap<>();
//设置队列有效期为10秒
map.put("x-message-ttl",10000);
channel.queueDeclare(queueName,durable,exclusive,autoDelete,map);

消息设置TTL
对每条消息设置TTL
AMQP.BasicProperties properties = new AMQP.BasicProperties().builder().expiration("10000").build();
 channel.basicPublish(exchangeName,routingKey,mandatory,properties,"msg body".getBytes());
两者之间的区别:
1.如果设置了队列的TTL属性,那么一旦消息过期,就会被队列的丢弃
2.如果是消息设置了TTL属性,那么即
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值