【尚硅谷 RabbitMQ】5、图文详解 死信队列

最新推荐文章于 2023-07-25 19:04:06 发布
最新推荐文章于 2023-07-25 19:04:06 发布
阅读量1.8k 收藏
点赞数
分类专栏： RabbitMQ 文章标签： RabbitMQ 消息队列 Docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/tu_wer/article/details/123759879
版权

1、概述

  • 死信：就是 无法被消费的消息。一般来说，producer 将消息投递到 broker 或者直接到 queue 里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的原因，导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。
  • 应用场景：
    • 为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息消费发生异常时，将消息投入死信队列中
    • 用户在商城下单成功并点击去支付后，在指定时间未支付时自动失效

2、产生的原因

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

3、实战

1）代码架构图

在这里插入图片描述

2）消息TTL过期

  • 消费者1
package com.tuwer.rabbitmq.deadletter;

import com.rabbitmq.client.*;
import com.tuwer.utils.RabbitMqUtils;

import java.io.IOException;
import java.util.HashMap;
import java.util.Map;

/**
 * @author 土味儿
 * Date 2022/3/26
 * @version 1.0
 */
public class Consumer01 {
    /**
     * 交换机：普通、死信
     */
    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 IOException {
        // 工具类
        RabbitMqUtils mqUtils = new RabbitMqUtils();

        // 获取通道
        Channel channel = mqUtils.getChannel(
                "192.168.19.101",
                5672,
                "admin",
                "admin",
                "/",
                "消费者01");

        // 声明交换机
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);

        // 声明普通队列：指定需要转发到死信队列的参数
        Map<String, Object> arguments = new HashMap<>();
        // 过期时间(单位毫秒)：过期时间建议在生产者发送时设置，更灵活
        //arguments.put("x-message-ttl", 10000);
        // 设置死信交换机
        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.queueDeclare(DEAD_QUEUE, false, false, false, null);

        // 普通队列绑定普通交换机
        channel.queueBind(NORMAL_QUEUE, NORMAL_EXCHANGE, "zhangsan");

        // 死信队列绑定死信交换机
        channel.queueBind(DEAD_QUEUE, DEAD_EXCHANGE, "lisi");

        System.out.println("消费者01等待接收消息...");

        // 接收消息
        DeliverCallback deliverCallback = (consumerTag, message) -> {
            System.out.println("接收的信息：【" + new String(message.getBody()) + "】");
        };
        CancelCallback cancelCallback = consumerTag -> {
            System.out.println("未接收的信息：" + consumerTag);
        };
        channel.basicConsume(NORMAL_QUEUE, true, deliverCallback, cancelCallback);
    }
}

在这里插入图片描述

  • 生产者
package com.tuwer.rabbitmq.deadletter;

import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.Channel;
import com.tuwer.utils.RabbitMqUtils;

import java.io.IOException;
import java.util.concurrent.TimeUnit;

/**
 * @author 土味儿
 * Date 2022/3/26
 * @version 1.0
 */
public class Producer {
    /**
     * 交换机名称
     */
    public static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) {
        // 工具类
        RabbitMqUtils mqUtils = new RabbitMqUtils();

        // 获取通道
        Channel channel = mqUtils.getChannel(
                "192.168.19.101",
                5672,
                "admin",
                "admin",
                "/",
                "生产者");

        // 发送消息
        int n = 10;
        String message = "";
        try {
            // 设置消息ttl
            AMQP.BasicProperties basicProperties = new AMQP.BasicProperties()
                    .builder().expiration("10000").build();

            for (int i = 0; i < n; i++) {
                message = "message-" + (i + 1);
                channel.basicPublish(NORMAL_EXCHANGE, "zhangsan", basicProperties, message.getBytes());
                System.out.println("【"+message+"】已发送！");
                // 休眠1秒
                try {
                    TimeUnit.SECONDS.sleep(1);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        } catch (IOException e) {
            e.printStackTrace();
        }finally {
            // 关闭
            mqUtils.close();
        }

    }
}

在这里插入图片描述

  • 消费者2
package com.tuwer.rabbitmq.deadletter;

import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.tuwer.utils.RabbitMqUtils;

import java.io.IOException;

/**
 * @author 土味儿
 * Date 2022/3/26
 * @version 1.0
 */
public class Consumer02 {
    /**
     * 队列：死信
     */
    public static final String DEAD_QUEUE = "dead_queue";

    public static void main(String[] args) throws IOException {
        // 工具类
        RabbitMqUtils mqUtils = new RabbitMqUtils();

        // 获取通道
        Channel channel = mqUtils.getChannel(
                "192.168.19.101",
                5672,
                "admin",
                "admin",
                "/",
                "消费者02");

        System.out.println("消费者02等待接收消息...");

        // 接收消息
        DeliverCallback deliverCallback = (consumerTag, message) -> {
            System.out.println("接收的信息：【" + new String(message.getBody()) + "】");
        };
        CancelCallback cancelCallback = consumerTag -> {
            System.out.println("未接收的信息：" + consumerTag);
        };
        channel.basicConsume(DEAD_QUEUE, true, deliverCallback, cancelCallback);
    }
}
  • 测试

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

3）队列达到最大长度

  • 消费者
// 只需要修改这一处
// 设置普通队列的长度
arguments.put("x-max-length",6);

在这里插入图片描述

  • 生产者

在这里插入图片描述

  • 测试

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

4）消息被拒绝

  • 消息者1
// ...

// 取消队列长度
// 设置普通队列的长度
//arguments.put("x-max-length",6);

// ...

// 接收消息
DeliverCallback deliverCallback = (consumerTag, message) -> {

    // 消息编号
    long tag = message.getEnvelope().getDeliveryTag();
    if(tag == 5){
        // 拒收消息，并且不重新入列
        channel.basicReject(tag, false);
        System.out.println("信息：【" + new String(message.getBody()) + "】被C1拒收了！");
    }else{
        // 确认接收，不批量确认
        channel.basicAck(tag, false);
        System.out.println("接收的信息：【" + new String(message.getBody()) + "】");
    }
};
CancelCallback cancelCallback = consumerTag -> {
    System.out.println("未接收的信息：" + consumerTag);
};
// 接收消息：不自动确认
channel.basicConsume(NORMAL_QUEUE, false, deliverCallback, cancelCallback);
// ...

在这里插入图片描述

在这里插入图片描述

  • 生产者、消费者2同上

  • 测试

先删除之前的交换机、队列

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

土味儿~
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
尚硅谷_消息中间件RabbitMQ_课件.docx
11-07
尚硅谷_消息中间件RabbitMQ_课件
SpringBoot集成RabbitMQ的方法(死信队列)
08-26
SpringBoot集成RabbitMQ的方法(死信队列) SpringBoot集成RabbitMQ的方法是指使用SpringBoot框架集成RabbitMQ消息队列的方法，RabbitMQ是一种基于AMQP协议的开源消息队列软件。该方法可以实现消息的异步处理，提高...
RabbitMQ 死信队列详解
热门推荐
dingd1234的博客
05-28 1万+
一、死信的概念 死信，顾名思义就是无法被消费的消息。一般来说，Producer 将消息投递到 Broker 或者直接到 Queue 里了，Consumer 从 Queue 取出消息进行消费，但某些时候由于特定的原因导致 Queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。 应用场景：为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，档消息消费发生异常时，将消息投入到死信队列中。还有比如说：用户在商城下单成功并点击支付后再指定
rabbitmq死信队列及延迟队列
sashaSloan的博客
01-11 712
看起来似乎没什么问题，但是如果使用在消息属性上设置TTL的方式，消息可能并不会按时“死亡“，因为RabbitMQ只会检查第一个消息是否过期，如果过期则丢到死信队列，如果第一个消息的延时时长很长，而第二个消息的延时时长很短，第二个消息并不会优先得到执行。进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。延时队列,队列内部是有序的，最重要的特性就体现在它的延时属性上，延时队列中的元素是希望。
RabbitMQ高级：死信队列详解
祝我飞黄腾达
03-24 2140
应用场景：下单20分钟还未完成支付，订单自动取消（转移到死信队列，并更新订单状态） 什么是死信队列？ DLX (全称：Dead-Letter-Exchange 可称为死信交换机)，如果一条消息成为死信 dead message，它不是直接丢弃掉，而是再转发到另外一个交换机，由这个交换机来处理这条死信。即DLX，绑定DLX的队列称之为死信队列。 DLX与其它正常交换机无区别，当队列中存在死信时，RabbitMQ自动会将此消息重新发布到设置的死信交换机中，进而被路由到死信队列 ➳ 结论：.
RabbitMQ(二) 死信队列
qq_46054356的博客
10-25 670
死信队列的结构原理图
Spring RabbitMQ死信机制原理实例详解
08-24
Spring RabbitMQ 死信机制原理实例详解是指在消息队列中，消息没有被及时消费的机制，可以提高系统的稳定性，当消息消费失败后，消息进入死信队列，可以对消息进行补偿，达到最终一致性的目标。本文通过示例代码介绍...
springboot整合RabbitMQ实现死信/死信队列及实现源码及教程
06-28
springboot整合RabbitMQ实现死信/死信队列及实现源码及教程，参考博客：https://blog.csdn.net/qq_29914837/article/details/93334313
RabbitMQ死信队列应用1
08-03
RabbitMQ死信队列（Dead Letter Exchange, DLX）是一种高级特性，用于处理那些无法正常处理或过期的消息。当消息在业务队列中处理失败，如因异常导致重试次数达到上限，就会变为死信。DLX允许将这些死信重新发布到另...
【RabbitMQ笔记10】消息队列RabbitMQ之死信队列的介绍
•一个写代码的•
03-19 2731
在RabbitMQ中，并没有提供真正意义上的延迟队列，但是RabbitMQ可以设置队列、消息的过期时间，当队列或者消息到达过期时间之后，还没有被消费者消费，那么RabbitMQ会将这些消息放入另外一个队列，这个队列叫做：死信队列，而这个过期的消息就叫做：死信消息。哪些情况下，消息会变成死信消息？？？第一种情况：Queue队列已经满了，无法保存新进入的消息，那么这个消息就会被放入死信队列。第二种情况：队列中的消息被消费者拒绝消费了，并且没有设置重新放入Queue队列里面。
Rabbitmq死信队列详解
我还可以
06-19 2461
死信，顾名思义就是无法被消费的消息。一般来说，producer将消息投递到broker或者直接到queue里了，consumer从queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费；这样的消息如果没有后续的处理，就变成了死信，接收死信消息的队列就叫死信队列；一个消息如果满足下列条件之一，会进入到死信路由(注意是路由，不是队列，一个路由可以对应多个队列)：一旦某个队列中有消息满足了成为死信的条件，如果该队列设置了死信交换机(Dead Letter Exchange)和死信
RabbitMQ的死信队列详解
wdquan19851029的专栏
07-14 3877
RabbitMQ的死信队列详解，全面了解 RabbitMQ的功能
RabbitMQ之死信队列
m0_55993923的博客
05-20 714
​ 死信，就是无法被消费的消息。​ 一般来说，producer将消息投递到broker或者直接到queue里了，consumer从queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费，如果没有后续的处理，就变成了死信。​ 应用场景：为了保证订单业务的数据不丢失，需要使用到RabbitMQ的死信队列机制，当消息消费发生异常时，将消息投入死信队列中。或者用户在商城下单成功并点击去支付后在指定时间未支付时自动失效。
RabbitMq死信队列
qq_28227405的博客
01-25 1410
死信队列是指消息被投递到队列后，由于各种原因导致队列中的消息无法被消费掉，这样的消息如果没有后续处理就变成了死信，有死信自然就有了死信队列。 如果是固定的过期时间则可以通过队列设置过期时间的方式实现。当过期时间不固定且有很多的过期时间且不希望有过多的过期队列时则可以使用插件的方式（rabbitmq_delayed_message_exchange插件）实现延迟队列的效果。一定不能通过设置生产者的过期时间来实现消息的任意过期时间的目的，否则就会出现我们示例中的问题。
RabbitMQ中的死信及死信队列详解
最爱嫣夜来
03-06 6770
1、什么是死信 死信产生主要来自于两个过程角色 来自于消费者端 来自于queue 产生死信的三种情况： 如果queue中的消息被消费者接收， 但是消费者拒绝消费（消费者执行了reject 或nack 并将 requee 参数设置为 false ）的时候，这个消息就会变成死信。 消息本身设置了过期时间(TTL), 并且消息过期时间已经生效， 还未被消费的消息就会变成死信【特点是每个消息的过期时间都不同】 可以设置队列中所有消息的过期时间，如果消息过期时间已经生效，消息还未被消费 队列设置了最大长度限制，
Rabbitmq学习笔记教程-尚硅谷
星哲最开心
04-18 1545
Rabbitmq
RabbitMQ学习（尚硅谷笔记）
Guo_Liwei的博客
07-25 1800
rabbitmq学习及简单应用。以快递站为例，MQ就相当于一个快递站，用来分发各个快件。
RocketMQ笔记（尚硅谷教程）
m0_46486963的博客
05-19 4375
1.MQ简述 MQ,Message Queue，是一种提供消息队列服务的中间件，也称为消息中间件，是一套提供了消费、存储、消费全过程API的软件系统，消息即数据，一般消息的体量不会很大。 2.MQ的用途 2.1 限流削峰 MQ可以京系统的超量请求暂存其中，以便系统后期可以慢慢进行处理，从而避免了请求的丢失或系统被压垮 2.2 异步解耦 上游系统对下游系统的调用若为同步调用，则会大大降低系统的吞吐量与并发量，且系统耦合度太高，而异步调用则会解决这些问题，随意两层之间若要实现由同步到异步的转化，一般的做法就是
RabbitMQ-尚硅谷
jhgjyfgyu的博客
06-20 1021
1 消息队列 1.1 MQ的相关概念 1.1.1 什么是MQ MQ(message queue)，从字面意思上看，本质是个队列，FIFO 先入先出，只不过队列中存放的内容是 message 而已，还是一种跨进程的通信机制，用于上下游传递消息。在互联网架构中，MQ 是一种非常常见的上下游“逻辑解耦+物理解耦”的消息通信服务。使用了 MQ 之后，消息发送上游只需要依赖 MQ，不用依赖其他服务。 1.1.2 为什么要用MQ 流量削峰 举个例子，如果订单系统最多能处理一万次订单，这个处理能力应付正常时段的下单时
rabbitmq实现ttl和死信队列
最新发布
10-11
RabbitMQ可以通过设置消息的TTL（Time-To-Live）来控制消息的有效期，在消息过期后可以将其路由到死信交换器中，从而实现死信队列功能。 具体实现步骤如下： 1. 创建两个交换器：普通交换器和死信交换器。 2. 将普通交换器绑定到队列上，并设置消息的TTL属性。 3. 将死信交换器绑定到普通交换器上，并指定死信队列的名称。 4. 在消费者端，监听死信队列并处理过期的消息。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

土味儿~

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

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

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

打赏作者

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

抵扣说明：

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

余额充值