RabbitMQ 死信队列

死信交换机

DLX(Dead-Letter-Exchange)可以称之为死信交换机,也称之为死信邮箱

当消息在一个正常的业务队列中变成死信(dead message)之后,它能被重新发送到另一个交换机中,这个交换机就是 DLX,绑定 DLX 的队列就是死信队列

如果一个正常的业务队列设置了死信邮箱,那么,在业务队列的消费者运行后,死信邮箱就会创建成功,并且在 RabbitMQ Management(web管理工具)的 Queues 菜单栏中,可以看到该业务队列 Features 栏会多出一个 DLX 标识。

死信(dead message)

以下几种情况,可能导致业务队列中的消息变成死信。

  • 消息被拒绝(Basic.Reject/Basic.Nack),并且 requeue 参数的值为 false 时。
  • 消息过期。
  • 队列达到最大长度,无法容纳新的消息时。

死信队列

DLX 也是一个正常的交换器,和一般的交换器没有区别,它能在任何的队列上被指定,实际上就是设置某个队列的属性。

当队列中存在死信时,RabbitMQ 就会自动地将该消息重新发布到设置的 DLX 中,进而被路由到另一个队列,即死信队列。

通过在 queueDeclare 方法中设置 x-dead-letter-exchange 属性参数来为这个队列指定 DLX。

也可以为这个队列指定 x-dead-letter-routing-key,如果没有明确指定,则使用原队列的 routing-key。

当然,这里也可以通过 Policy 的方式设置。

rabbitmqctl set_policy DLX ".*" '{"dead-letter-exchange": "dlx_exchange"}' --apply-to queues

生产者首先发送一条携带路由键为 rk 的消息,然后经过交换器 exchange.normal 顺利地存储到队列 queue.normal 中。由于队列 queue.normal 设置了过期时间为 10s ,在这 10s 内没有消费者消费这条消息,那么判定这条消息为过期。由于设置了 DLX,过期之时,消息被丢给交换器 exchange.dlx 中,这时找到与 exchange.dlx 匹配的队列 queue.dlx,最后消息被存储在 queue.dlx 这个死信队列中。

DLX 是一个非常有用的特性。它可以处理异常情况下,消息不能够被消费者正确消费(消费者调用了 Basic.Nack 或者 Basic.Reject)而被置入死信队列中的情况,后续分析程序可以通过消费这个死信队列中的消息来分析当时所遇到的异常,进而可以改善和优化系统。

DLX 配合 TTL 使用还可以实现延迟队列的功能。

### 配置和使用RabbitMQ死信队列 #### 创建死信交换机与队列 为了使消息能够被转发至死信队列,在创建常规队列时需指定特定参数来关联死信交换机及其路由键。这可以通过编程方式完成,例如在Java Spring Boot环境中: ```java @Bean(name = "deadExchange") public TopicExchange deadExchange() { return ExchangeBuilder.topicExchange("DEAD_EXCHANGE").durable(true).build(); } @Bean(name = "deadQueue") public Queue deadQueue() { Map<String, Object> args = new HashMap<>(); args.put("x-dead-letter-exchange", "DEAD_EXCHANGE"); args.put("x-dead-letter-routing-key", "DEAD_ROUTING_KEY"); return QueueBuilder.durable("DEAD_QUEUE").withArguments(args).build(); } ``` 上述代码片段展示了如何通过`@Bean`注解定义死信交换机以及带有额外参数的死信队列[^4]。 #### 绑定关系设置 接着需要建立正常的交换机、队列同死信机制之间的联系。对于每一个可能产生死信的消息队列而言,应该设定相应的绑定规则以便于当条件满足时可以将这些未成功消费的消息重定向给预设好的死信队列: ```java @Bean public Binding normalBinding(DirectExchange directExchange, Queue normalQueue) { // 正常情况下使用的binding... // 设置该队列产生的死信会被发送到哪个exchange/routing key Map<String, Object> arguments = new HashMap<>(); arguments.put("x-dead-letter-exchange", "DEAD_EXCHANGE"); arguments.put("x-dead-letter-routing-key", "DEAD_ROUTING_KEY"); return BindingBuilder.bind(normalQueue) .to(directExchange) .with("NORMAL_ROUTING_KEY") .arguments(arguments); } ``` 此部分逻辑同样适用于其他类型的交换模式(如topic,fanout等),只需调整具体的匹配模式即可[^1]。 #### 处理死信 一旦消息变为死信并到达对应的死信队列之后,则可以根据业务需求对其进行适当的操作,比如记录日志、尝试再次投递给原始队列或者其他形式的数据持久化操作[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值