RabbitMQ之死信队列

最新推荐文章于 2024-08-03 21:27:32 发布
最新推荐文章于 2024-08-03 21:27:32 发布
阅读量948 收藏 2
点赞数 1
分类专栏： RabbitMQ 文章标签： java-rabbitmq rabbitmq java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45609369/article/details/131835792
版权

RabbitMQ之死信队列

1. 死信的概念

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

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

2. 死信的来源

  • 消息TLL过期
  • 队列达到最大长度（队列满了，无法再添加数据到 mq 中）
  • 消息被拒绝（basic.reject 或 basic.nack ）并且 requeue = false

3. 死信实战

3.1 代码架构图

在这里插入图片描述

3.2 消息 TTL 过期

生产者代码

public class Producer {
    private static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) throws Exception {
        try (Channel channel = RabbitMqUtils.getChannel()) {
            channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
            // 设置消息的TTL时间
            new AMQP.BasicProperties().builder().expiration("10000").build();
            // 该消息是用作演示队列个数限制
            for (int i = 0; i < 11; i++) {
                String message = "info" + i;
                channel.basicPublish(NORMAL_EXCHANGE, "zhangsan", null, message.getBytes());
                System.out.println("生产者发送消息：" + message);
            }
        }
    }
}

消费者 C1 代码（启动之后关闭消费者 模拟其接收不到消息）

public class Consumer01 {
    // 普通交换机名称
    private static final String NORMAL_EXCHANGE = "normal_exchange";
    // 死信交换机名称
    private static final String DEAD_EXCHANGE = "dead_exchange";

    public static void main(String[] args) throws Exception {
        Channel channel = RabbitMqUtils.getChannel();
        // 声明死信和普通交换机 类型为direct
        channel.exchangeDeclare(NORMAL_EXCHANGE, "direct");
        channel.exchangeDeclare(DEAD_EXCHANGE, "direct");

        // 声明死信队列
        String deadQueue = "dead-queue";
        channel.queueDeclare(deadQueue, false, false, false, null);
        // 死信队列绑定死信交换机 routingkey
        channel.queueBind(deadQueue, DEAD_EXCHANGE, "lisi");

        // 正常队列绑定死信队列信息
        Map<String, Object> params = new HashMap<>();
        // 正常队列设置死信交换机 参数key 是固定值
        params.put("x-dead-letter-exchange", DEAD_EXCHANGE);
        // 正常队列设置死信 routing-key 参数是固定值
        params.put("x-dead-letter-routing-key", "lisi");

        String normalQueue = "normal-queue";
        channel.queueDeclare(normalQueue, false, false, false, null);
        channel.queueBind(normalQueue, NORMAL_EXCHANGE, "zhangsan");

        System.out.println("等待接受消息.....");
        DeliverCallback deliverCallback = (consumerTag, delivery) -> {
            String message = new String(delivery.getBody(), "UTF-8");
            System.out.println("Consumer01 接受消息" + message);
        };
        channel.basicConsume(normalQueue, true, deliverCallback, consumerTag -> {
        });
    }
}

生产者未发送消息
在这里插入图片描述
生产者发送了10条消息，此时正常消息队列有10条未消费信息
在这里插入图片描述
时间过去10秒，正常队列里面的消息由于没有被消费，消息进入死信队列
在这里插入图片描述
消费者 C2 代码（以上步骤完成后 启动 C2 消费者 它消费死信队列里面的消息）

public class Consumer02 {
    private static final String DEAD_EXCHANGE = "dead_exchange";

    public static void main(String[] args) throws Exception {
        Channel channel = RabbitMqUtils.getChannel();
        channel.exchangeDeclare(DEAD_EXCHANGE, "direct");
        String deadQueue = "dead-queue";
        channel.queueDeclare(deadQueue, false, false, false, null);
        channel.queueBind(deadQueue, DEAD_EXCHANGE, "lisi");
        System.out.println("等待接受死信队列消息.....");
        DeliverCallback deliverCallback = (consumerTag, delivery) -> {
            String message = new String(delivery.getBody(), "UTF-8");
            System.out.println("Consumer02 接受死信队列的消息" + message);
        };
        channel.basicConsume(deadQueue, true, deliverCallback, consumerTag -> {
        });
    }
}

在这里插入图片描述

3.3 队列达到最大长度

  1. 消费生产者代码去掉 TTL 属性

    public class Producer {
    private static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) throws Exception {
        try (Channel channel = RabbitMqUtils.getChannel()) {
            channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
            // 该消息是用作演示队列个数限制
            for (int i = 0; i < 11; i++) {
                String message = "info" + i;
                channel.basicPublish(NORMAL_EXCHANGE, "zhangsan", null, message.getBytes());
                System.out.println("生产者发送消息：" + message);
            }
        }
    }
}

  2. C1 消费者修改以下代码（启动之后关闭该消费者 模拟其接收不到消息）

      // 正常队列绑定死信队列信息
  Map<String, Object> params = new HashMap<>();
  // 正常队列设置死信交换机 参数key 是固定值
  params.put("x-dead-letter-exchange", DEAD_EXCHANGE);
  // 正常队列设置死信 routing-key 参数是固定值
  params.put("x-dead-letter-routing-key", "lisi");
  // 设置正常队列长度的限制
  params.put("x-max-length", 6);// 添加该代码

    注意此时需要把原先队列删除，因为参数改变了

  3. C2 消费者代码不变（启动 C2 消费者）
    在这里插入图片描述

3.4 消息被拒

  1. 消息生产者代码同上生产者一致

  2. C1 消费者代码（启动之后关闭该消费者，模拟接收不到消息）

    public class Consumer01 {
    // 普通交换机名称
    private static final String NORMAL_EXCHANGE = "normal_exchange";
    // 死信交换机名称
    private static final String DEAD_EXCHANGE = "dead_exchange";

    public static void main(String[] args) throws Exception {
        Channel channel = RabbitMqUtils.getChannel();
        // 声明死信和普通交换机 类型为direct
        channel.exchangeDeclare(NORMAL_EXCHANGE, "direct");
        channel.exchangeDeclare(DEAD_EXCHANGE, "direct");

        // 声明死信队列
        String deadQueue = "dead-queue";
        channel.queueDeclare(deadQueue, false, false, false, null);
        // 死信队列绑定死信交换机 routingkey
        channel.queueBind(deadQueue, DEAD_EXCHANGE, "lisi");

        // 正常队列绑定死信队列信息
        Map<String, Object> params = new HashMap<>();
        // 正常队列设置死信交换机 参数key 是固定值
        params.put("x-dead-letter-exchange", DEAD_EXCHANGE);
        // 正常队列设置死信 routing-key 参数是固定值
        params.put("x-dead-letter-routing-key", "lisi");

        String normalQueue = "normal-queue";
        channel.queueDeclare(normalQueue, false, false, false, null);
        channel.queueBind(normalQueue, NORMAL_EXCHANGE, "zhangsan");

        System.out.println("等待接受消息.....");
        DeliverCallback deliverCallback = (consumerTag, delivery) -> {
            String message = new String(delivery.getBody(), "UTF-8");
            if (message.equals("info5")) {
                System.out.println("Consumer01 接收到消息" + message + "并拒绝签收该消息");
                // requeue 设置为false 代表拒绝重新入队 该队列如果配置了死信交换机将发送到死信队列中
                channel.basicReject(delivery.getEnvelope().getDeliveryTag(), false);
            } else {
                System.out.println("Consumer01 接受消息" + message);
                channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false);
            }
        };
        boolean autoAck = false;
        channel.basicConsume(normalQueue, autoAck, deliverCallback, consumerTag -> {
        });
    }
}

    生产者发送消息之后
    在这里插入图片描述

  3. C2 消费者代码不变

    启动消费者1 然后再启动消费者2
    在这里插入图片描述

JAVA开发区
关注
专栏目录
SpringBoot整合Rabbitmq之死信队列
桐花思雨
09-25 2982
目录死信队列死信从何而来 死信队列 死信：无法被消费方消费掉的消息，称为死信。如果死信一直留在队列中，会导致一直被消费，却从不消费成功。所以 rabbitmq 专门开辟了一个来存放死信的队列，叫死信队列（DLX，dead-letter-exchange） 死信从何而来 消息被拒绝（调用 basicNack() 或 basicReject()，并且参数 requeue = false） 消息过期，过了 TTL 存活时间 队列设置了 x-max-length 最大消息数量且当前队列中的消息已经达到了这个数量，
RabbitMQ的死信队列和延时队列
DMaker1993的博客
12-26 3336
本文介绍并实战RabbitMQ的死信队列，以及通过RabbitMQ如何实现延时队列。
rabbitMQ 死信队列 完整例子
03-19
rabbitMQ 死信队列 完整例子
Rabbitmq中的死信队列
最新发布
你我约定有三的博客
08-03 1037
消息投递到MQ中存放 消息已经过期 消费者没有及时的获取到我们消息，消息如果存放到mq服务器中过期之后，会转移到备胎死信队列存放。2.如果生产者投递消息到普通队列中，普通队列发现该消息一直没有被消费者消费。的情况下，在这时候会将该消息转移到死信（备胎）交换机中，死信（备胎）交换机。的情况下，在这时候会将该消息转移到死信（备胎）交换机中，死信（备胎）交换机。普通队列中缓存起来，普通队列对应有自己独立普通消费者。普通队列中缓存起来，普通队列对应有自己独立普通消费者。死信队列和普通队列区别不是很大。
RabbitMQ 之 死信队列
weixin_73616913的博客
05-27 2793
但是发生了上面所说的三种情况中的一种，成为了死信，然后被转换到死信交换机中，这个死信交换机也是 direct 类型，它们之间的 routingKey 是 "lisi",然后就进入了死信队列，死信队列由 C2 消费。生产者正常情况下走的是普通的交换机，这个交换机的类型是 direct ，它和普通队列之间的关系是一个叫 "zhangsan" 的路由 key， 正常情况下会被 C1 消费。应用场景:为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息。，字面意思可以这样理。
RabbitMQ——死信队列
风间琉璃の博客
03-09 1557
1. 死信队列 1.1 概念 死信就是无法被消费的消息，消费者从队列中取消息时，由于某些特定原因导致消息无法被消费，即没有了后续的处理，就变成了死信继而有了死信队列。 1.2 应用场景 可以保证消息不会消失，如果消费者在进行消费时发送异常，可以先放到死信队列中，等后面运行环境好了之后再进行消费。 1.3 死信来源 消息TTL过期； 队列达到最大长度； 消息被拒绝。 1.4 死信实战 架构图： 正常情况下使用normal交换机绑定给normal队列C1进行消费； 出现异常情况就转发给 dead交
springboot整合rabbitmq使用死信队列
11-06
在这个场景中，我们将重点讨论如何在Spring Boot中整合RabbitMQ，并利用死信队列（Dead-Letter Queue，DLQ）来处理异常消息。 首先，我们需要在Spring Boot项目中引入RabbitMQ的相关依赖。在`pom.xml`文件中，添加...
Spring Boot整合RabbitMQ——死信队列
灵波微布
02-04 933
文章目录
RabbitMQ的死信队列
F1814397的博客
04-16 684
面试前一定少不了刷题，为了方便大家复习，我分享一波个人整理的面试大全宝典Java核心知识整理Java核心知识Spring全家桶（实战系列）其他电子书资料Step3：刷题既然是要面试，那么就少不了刷题，实际上春节回家后，哪儿也去不了，我自己是刷了不少面试题的，所以在面试过程中才能够做到心中有数，基本上会清楚面试过程中会问到哪些知识点，高频题又有哪些，所以刷题是面试前期准备过程中非常重要的一点。以下是我私藏的面试题库：《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》
RabbitMQ深入 —— 死信队列
荔枝当大佬的博客
09-18 3756
前面荔枝梳理了RabbitMQ中的普通队列、交换机以及相关的知识，在这篇文章中荔枝将会梳理RabbitMQ的一个重要的队列 —— 死信队列，主要了解消息流转到死信队列的三种的方式以及相应的实现demo。希望能帮助到有需要的小伙伴~~~
RabbitMQ--死信队列
DreamDlee的博客
05-13 2242
死信顾名思义就是没办法被消费的消息；
RabbitMQ死信队列
热门推荐
半桶水的博客
04-28 2万+
目录 一、死信队列是什么 二、如何配置死信队列 三、死信消息的变化 四、死信队列应用场景 五、总结 RabbitMQ是流行的开源消息队列系统，使用erlang语言开发，由于其社区活跃度高，维护更新较快，性能稳定，深得很多企业的欢心（当然，也包括我现在所在公司【手动滑稽】）。 为了保证订单业务的消息数据不丢失，需要使用到RabbitMQ的死信队列机制，当消息消费发生异常时，将消息投入死信队列中。但由于对死信队列的概念及配置不熟悉，导致曾一度陷入百度的汪洋大海，无法自拔，很多文章都看起来可行，但
RabbitMQ ---- 死信队列
是微风，是晚霞，是无可替代
07-15 515
死信，顾名思义就是无法被消费的消息，字面意思可以这样解释，一般来说，producer 将消息投递到 broker 或者直接到 queue 里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的。应用场景:为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息消费发生异常时，将消息投入死信队列中.还有比如说: 用户在商城下单成功并点击去支付后在指定时间未支付时自动失效。，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。
SpringBoot整合RabbitMQ实现死信队列详解
"本文介绍了SpringBoot如何集成RabbitMQ并实现死信队列功能，通过具体的示例代码展示了配置和使用过程。" 在SpringBoot应用中集成RabbitMQ，可以利用其强大的消息中间件能力，提高系统的可靠性和可扩展性。死信队列...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

JAVA开发区

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

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

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

打赏作者

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

抵扣说明：

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

余额充值