rabbitMq 死信队列(一)消息被拒绝成为死信

本文详细介绍了RabbitMQ中的死信队列,包括死信产生的原因,如消息TTL过期、队列满、消息被拒绝等。通过代码示例展示了如何设置死信交换机和队列,以及消费者如何处理拒绝的消息,确保订单业务消息不丢失。同时,给出了生产者如何发送消息。通过实例演示了死信消息的产生和查看,为实际业务中确保消息可靠传递提供了参考。

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

rabbitMq 死信队列介绍

先从概念解释上搞清楚这个定义,死信,顾名思义就是无法被消费的消息,字面意思可以这样理解,一般来说,producer 将消息投递到 broker 或者直接到 queue 里了,consumer 从 queue 取出消息进行消费,但某些时候由于特定的原因导致 queue 中的某些消息无法被消费,这样的消息如果没有后续的处理,就变成了死信,有死信自然就有了死信队列。

应用场景

为了保证订单业务的消息数据不丢失,需要使用到 RabbitMQ 的死信队列机制,当消息
消费发生异常时,将消息投入死信队列中.还有比如说: 用户在商城下单成功并点击去支付后在指定时间未支付时自动失效

死信的来源

  • 消息 TTL 过期(消息生存时间过期)
  • 队列达到最大长度(队列满了,无法再添加数据到 mq 中)
  • 消息被拒绝(basic.reject 或 basic.nack)并且 requeue=false.

相关代码编写

代码架构图

在这里插入图片描述

消息被拒绝

消息被拒绝消费,并且不放回队列

消息消费者C1编写

C1中很多的逻辑需要编写,先让其内部的消费能够正常走通,死信交换机,和死信队列也的声明于C1中,然后C1的队列通过死信交换机将消息放入死信队列中,这样就完成了上图中的所有逻辑,一共有三种产生死信的条件这里一个一个测试。

public class CustomerOne {
    /**
     * 普通交换机
     */
    public static final String NORMAL_EXCHANGE="normal_exchange";
    /**
     * 死信交换机
     */
    public static final String DEAD_EXCHANGE="dead_exchange";
    /**
     * 普通队列
     */
    public static final String NORMAL_QUEUE="normal_queue";
    /**
     * 死信队列
     */
    public static final String DEAD_QUEUE="dead_queue";

    public static void main(String[] args) throws Exception{
        Channel channel = RabbitMqUtils.getChannel();
        // 声明普通交换机
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        // 声明死信交换机
        channel.exchangeDeclare(DEAD_EXCHANGE,BuiltinExchangeType.DIRECT);
        // 普通队列相关参数
        Map<String, Object> arguments=new HashMap<>(16);
        // 消息成为死信交换机
        arguments.put("x-dead-letter-exchange",DEAD_EXCHANGE);
        // 设置死信routingKey
        arguments.put("x-dead-letter-routing-key","lisi");
        // 声明普通队列
        channel.queueDeclare(NORMAL_QUEUE,false,false,false,arguments);
        // 绑定普通交换机
        channel.queueBind(NORMAL_QUEUE,NORMAL_EXCHANGE,"zhangsan");
        // 声明死信队列
        channel.queueDeclare(DEAD_QUEUE,false,false,false,null);
        // 绑定死信交换机
        channel.queueBind(DEAD_QUEUE,DEAD_EXCHANGE,"lisi");
        
        System.out.println("消息的接收.......");
        
        DeliverCallback deliverCallback = (String consumerTag, Delivery message) -> {
            String msg = new String(message.getBody());
            if("info5".equals(msg)){
                System.out.println("此消息被拒绝了 "+msg);
                /**
                 * 拒绝消息
                 * 1.消息的id
                 * 2.是否放回队列
                 */
                channel.basicReject(message.getEnvelope().getDeliveryTag(),false);
            }else {
                System.out.println("消息消费: "+msg);
                channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
            }
        };
        CancelCallback cancelCallback=(consumerTag)->{
            System.out.println("消息消费被中断");
        };
        // 消息的消费
        channel.basicConsume(NORMAL_QUEUE,false,deliverCallback,cancelCallback);
    }
}
消息生产者编写

生产者只需要生产消息就好了

public class Producer {

    public static void main(String[] args) throws Exception{
        Channel channel = RabbitMqUtils.getChannel();
        for (int i = 0; i < 10; i++) {
            String message="info"+i;
            // 发送消息
            channel.basicPublish(CustomerOne.NORMAL_EXCHANGE,"zhangsan",null,message.getBytes());
        }
    }
}

启动相关项目

先启动消费者C1然其把相关需要构建的交换机先构建出来然后启动消息的生产者来生成消息,启动完成C1后在RabbitMq的可视化web界面上就可以看见这样的两个队列在normal_queue中也可以看见相关配置的死信

在这里插入图片描述
在这里插入图片描述

相关的死信配置

在这里插入图片描述

消息生产者启动

启动完成之后看C1消费者的打印,拒绝了info5这条消息

在这里插入图片描述

在可视化web界面也可以看见info5被放进了死信队列成为了死信消息,可以看见死信队列中有一条消息待消费

在这里插入图片描述

消息详情中可以看见是info5,这样就完成了死信消息,还有两种让消息成为死信的条件

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

麦片王子

你的鼓励将是我创作的最大动力

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

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

打赏作者

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

抵扣说明:

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

余额充值