RabbitMQ 之 死信队列

已于 2022-09-14 14:43:39 修改
阅读量777 收藏
点赞数
分类专栏： RabbitMQ 文章标签： java-rabbitmq rabbitmq java
于 2022-09-14 14:43:01 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42926863/article/details/126744253
版权

RabbitMQ 之 死信队列

1.死信的概念

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

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

2.死信的来源

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

3.死信实战

3.1 代码结构图

在这里插入图片描述

3.2 消息 TTL 过期

生产者代码：

package com.wpp.test.rabbitmq_test.deadqueue.ttl;

import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.wpp.test.rabbitmq_test.utils.RabbitMQUtils;
import lombok.extern.slf4j.Slf4j;

/**
 * @Author wpp
 * @Date 2022/09/07/14:36
 * @Description
 */
@Slf4j
public class Producer {

    public static final String NORMAL_EXCHANGE = "normal_exchange";

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

    }

}

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

package com.wpp.test.rabbitmq_test.deadqueue.ttl;

import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.wpp.test.rabbitmq_test.utils.RabbitMQUtils;
import lombok.extern.slf4j.Slf4j;

import java.util.HashMap;
import java.util.Map;

/**
 * @Author wpp
 * @Date 2022/09/07/14:44
 * @Description
 */
@Slf4j
public class Consumer1 {

    //普通交换机名称
    public 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, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.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<>();
        //正常队列设置死信交换机 参数是固定值
        params.put("x-dead-letter-exchange", DEAD_EXCHANGE);
        //正常队列设置设置死信 routingKey 参数 key 是固定值
        params.put("x-dead-letter-routing-key", "lisi");
        String normalQueue = "normal_queue";
        channel.queueDeclare(normalQueue, false, false, false, params);
        channel.queueBind(normalQueue,NORMAL_EXCHANGE,"zhangsan");

        log.info("等待接收消息...");
        DeliverCallback deliverCallback = (consumerTag, deliver) -> {
            String message = new String(deliver.getBody());
            log.info("Consumer1 接收到消息:" + message);
        };
        channel.basicConsume(normalQueue,true,deliverCallback,consumerTag -> {

        });
    }

}

在这里插入图片描述
消费者2代码（以上步骤完成后，启动消费者2，它消费死信队列里面的消息）

package com.wpp.test.rabbitmq_test.deadqueue.ttl;

import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.wpp.test.rabbitmq_test.utils.RabbitMQUtils;
import lombok.extern.slf4j.Slf4j;

/**
 * @Author wpp
 * @Date 2022/09/14/8:58
 * @Description
 */
@Slf4j
public class Consumer2 {

    //死信交换机名称
    private static final String DEAD_EXCHANGE = "dead_exchange";

    public static void main(String[] args) throws Exception {
        Channel channel = RabbitMQUtils.getChannel();
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);
        String deadQueue = "dead_queue";
        channel.queueDeclare(deadQueue,false,false,false,null);
        channel.queueBind(deadQueue,DEAD_EXCHANGE,"lisi");
        log.info("等待接受死信队列消息...");
        DeliverCallback deliverCallback = (consumerTag, deliver) -> {
            String message = new String(deliver.getBody());
            log.info("Consumer2 接收死信队列的消息:" + message);
        };
        channel.basicConsume(deadQueue,true,deliverCallback,consumerTag -> {

        });
    }

}

在这里插入图片描述

3.3 队列达到最大长度

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

package com.wpp.test.rabbitmq_test.deadqueue.maxlength;

import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.wpp.test.rabbitmq_test.utils.RabbitMQUtils;
import lombok.extern.slf4j.Slf4j;

/**
 * @Author wpp
 * @Date 2022/09/07/14:36
 * @Description
 */
@Slf4j
public class Producer {

    public static final String NORMAL_EXCHANGE = "normal_exchange";

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

    }

}

2.消费者1代码修改以下代码（启动之后关闭消费者，模拟其接收不到消息）
在这里插入图片描述
注意： 此时需要把原先队列删除，因为参数变了

package com.wpp.test.rabbitmq_test.deadqueue.maxlength;

import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.wpp.test.rabbitmq_test.utils.RabbitMQUtils;
import lombok.extern.slf4j.Slf4j;

import java.util.HashMap;
import java.util.Map;

/**
 * @Author wpp
 * @Date 2022/09/07/14:44
 * @Description
 */
@Slf4j
public class Consumer1 {

    //普通交换机名称
    public 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, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.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<>();
        //正常队列设置死信交换机 参数是固定值
        params.put("x-dead-letter-exchange", DEAD_EXCHANGE);
        //正常队列设置设置死信 routingKey 参数 key 是固定值
        params.put("x-dead-letter-routing-key", "lisi");
        //设置正常队列长度限制
        params.put("x-max-length", 6);
        String normalQueue = "normal_queue";
        channel.queueDeclare(normalQueue, false, false, false, params);
        channel.queueBind(normalQueue, NORMAL_EXCHANGE, "zhangsan");

        log.info("等待接收消息...");
        DeliverCallback deliverCallback = (consumerTag, deliver) -> {
            String message = new String(deliver.getBody());
            log.info("Consumer1 接收到消息:" + message);
        };
        channel.basicConsume(normalQueue, true, deliverCallback, consumerTag -> {

        });
    }

}

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

3.4 消息被拒

1.消息生产者代码不变
2.消费者1修改以下代码（启动之后关闭消费者1，模拟其接收不到消息）

package com.wpp.test.rabbitmq_test.deadqueue.reject;

import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.wpp.test.rabbitmq_test.utils.RabbitMQUtils;
import lombok.extern.slf4j.Slf4j;

import java.util.HashMap;
import java.util.Map;

/**
 * @Author wpp
 * @Date 2022/09/07/14:44
 * @Description
 */
@Slf4j
public class Consumer1 {

    //普通交换机名称
    public 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, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.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<>();
        //正常队列设置死信交换机 参数是固定值
        params.put("x-dead-letter-exchange", DEAD_EXCHANGE);
        //正常队列设置设置死信 routingKey 参数 key 是固定值
        params.put("x-dead-letter-routing-key", "lisi");

        String normalQueue = "normal_queue";
        channel.queueDeclare(normalQueue, false, false, false, params);
        channel.queueBind(normalQueue, NORMAL_EXCHANGE, "zhangsan");

        log.info("等待接收消息...");
        DeliverCallback deliverCallback = (consumerTag, deliver) -> {
            String message = new String(deliver.getBody());
            if (message.equals("info5")) {
                // requeue 设置为 false 代表拒绝重新入队，该队列如果配置了死信交换机将发送到死信队列中
                channel.basicReject(deliver.getEnvelope().getDeliveryTag(),false);
            } else {
                log.info("Consumer1 接收到消息:" + message);
                channel.basicAck(deliver.getEnvelope().getDeliveryTag(),false);
            }
        };
        channel.basicConsume(normalQueue, false, deliverCallback, consumerTag -> {

        });
    }

}

3.消费者2代码不变
启动生产者、消费者1、消费者2
在这里插入图片描述

SpringBoot整合Rabbitmq之死信队列
桐花思雨
09-25 3219
目录死信队列死信从何而来 死信队列 死信：无法被消费方消费掉的消息，称为死信。如果死信一直留在队列中，会导致一直被消费，却从不消费成功。所以 rabbitmq 专门开辟了一个来存放死信的队列，叫死信队列（DLX，dead-letter-exchange） 死信从何而来 消息被拒绝（调用 basicNack() 或 basicReject()，并且参数 requeue = false） 消息过期，过了 TTL 存活时间 队列设置了 x-max-length 最大消息数量且当前队列中的消息已经达到了这个数量，
RabbitMQ之死信队列
weixin_43937178的博客
01-08 4426
死信队列概念 顾名思义，（死去的消息）即无法被消费的消息，指的是消费者在消费生产者生产的消息时发生了某些特殊情况（下文会说），导致消息无法被正常消费，存放这些未被消费的消息的队列即为死信队列。 死信队列应用场景 为了保证消息不被丢失，专门存放消息 做延时，将过了过期时间的消息存放在该队列中重新消费 造成消息成为死信的三种原因 消息过了过期时间TTL（time to live） 消息队列达到了最大长度 消息被消费者拒绝（basic.reject或者basic.nack）且requeue=false 死
RabbitMq死信队列
个人笔记git：https://gitee.com/tlangp/note.git
08-20 625
​死信，其实这是 RabbitMQ 中一种消息类型，和普通的消息在本质上没有什么区别，更多的是一种业务上的划分。如果队列中的消息出现以下情况之一，就会变成死信：如果给消息队列设置了消息的过期时间（），或者发送消息时设置了当前消息的过期时间，当消息在队列中的存活时间大于过期时间时，就会变成死信。如果给消息队列设置了最大容量（），队列已经满了，后续再进来的消息会溢出，无法被队列接收就会变成死信。消息接收时被拒绝会变成死信，例如调用或，并设置requeue为false。RabbitMQ死信队列俗称，
RabbitMQ死信队列
热门推荐
半桶水的博客
04-28 2万+
目录 一、死信队列是什么 二、如何配置死信队列 三、死信消息的变化 四、死信队列应用场景 五、总结 RabbitMQ是流行的开源消息队列系统，使用erlang语言开发，由于其社区活跃度高，维护更新较快，性能稳定，深得很多企业的欢心（当然，也包括我现在所在公司【手动滑稽】）。 为了保证订单业务的消息数据不丢失，需要使用到RabbitMQ的死信队列机制，当消息消费发生异常时，将消息投入死信队列中。但由于对死信队列的概念及配置不熟悉，导致曾一度陷入百度的汪洋大海，无法自拔，很多文章都看起来可行，但
RabbitMQ的死信队列和延迟队列
最新发布
就很有趣的博客
05-22 903
RabbitMQ的相关内容
SpringBoot基于RabbitMQ实现死信队列 (SpringBoot整合RabbitMQ实战篇)
莫等闲 白了少年头 空悲切
04-24 2220
消息超时的两种方式是？给队列设置ttl属性，进入队列后超过ttl时间的消息变为死信给消息设置ttl属性，队列接收到消息超过ttl时间后变为死信如何实现发送一个消息20秒后消费者才收到消息？给消息的目标队列指定死信交换机将消费者监听的队列绑定到死信交换机发送消息时给消息设置超时时间为20秒每一项技术深挖都是一个庞大的体系，学海无涯，共勉。
RabbitMQ的死信队列
一江溪水
11-13 6962
什么是死信 在 RabbitMQ 中充当主角的就是消息，在不同场景下，消息会有不同地表现。 死信就是消息在特定场景下的一种表现形式，这些场景包括： 消息被拒绝访问，即 RabbitMQ返回 nack 的信号时 消息的 TTL 过期时 消息队列达到最大长度 消息不能入队时。 上述场景经常产生死信，即消息在这些场景中时，被称为死信。 什么是死信队列 死信队列就是用于储存死信的消息队列，在死信队列中，有且只有死信构成，不会存在其余类型的消息。 死信队列在 RabbitMQ 中并不会单独存在，往往死信队列都会绑
RabbitMQ——死信队列
风间琉璃の博客
03-09 1614
1. 死信队列 1.1 概念 死信就是无法被消费的消息，消费者从队列中取消息时，由于某些特定原因导致消息无法被消费，即没有了后续的处理，就变成了死信继而有了死信队列。 1.2 应用场景 可以保证消息不会消失，如果消费者在进行消费时发送异常，可以先放到死信队列中，等后面运行环境好了之后再进行消费。 1.3 死信来源 消息TTL过期； 队列达到最大长度； 消息被拒绝。 1.4 死信实战 架构图： 正常情况下使用normal交换机绑定给normal队列C1进行消费； 出现异常情况就转发给 dead交
RabbitMQ ---- 死信队列
是微风，是晚霞，是无可替代
07-15 582
死信，顾名思义就是无法被消费的消息，字面意思可以这样解释，一般来说，producer 将消息投递到 broker 或者直接到 queue 里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的。应用场景:为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息消费发生异常时，将消息投入死信队列中.还有比如说: 用户在商城下单成功并点击去支付后在指定时间未支付时自动失效。，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。
Rabbitmq死信队列详解
我还可以
06-19 2570
死信，顾名思义就是无法被消费的消息。一般来说，producer将消息投递到broker或者直接到queue里了，consumer从queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费；这样的消息如果没有后续的处理，就变成了死信，接收死信消息的队列就叫死信队列；一个消息如果满足下列条件之一，会进入到死信路由(注意是路由，不是队列，一个路由可以对应多个队列)：一旦某个队列中有消息满足了成为死信的条件，如果该队列设置了死信交换机(Dead Letter Exchange)和死信
rabbitMQ引入死信队列
2301_78149288的博客
01-06 1531
指的是，从队列当中取出来的消息，到达消费方后，因为某些原因导致消息并没有被正常消费掉，这些没有被后续处理的消息就是“死信”，而保存死信的队列，就是死信队列。
RabbitMQ--死信队列
DreamDlee的博客
05-13 3345
死信顾名思义就是没办法被消费的消息；
RabbitMQ 死信队列
出发之前永远是梦想，上路之后永远是挑战。
04-08 119
概述 DLX 全称Dead-Letter-Exchange，可以称之为私信交换器，死信邮箱。当小东西在一个队列中变成死信后，它能被重新被发送到另一个交换器中，这个交换器就是DLX，绑定DLX的队列就称之为死信队列。 DLX也是一个正常的交换器，和一般交换器一样没有区别，他能在任何队列上被指定，实际上就是设置某个队列的属性。当这个队列中存在死信时，RabbitMQ就会自动地将这个消息重新发布到设置的DLX上去，进而被路由到另一个队列，即死信队列。可以监听这个队列中的消息以进行处理，这个特性与将消息TTL设置为
SpringBoot整合RabbitMQ实现死信队列详解
"本文介绍了SpringBoot如何集成RabbitMQ并实现死信队列功能，通过具体的示例代码展示了配置和使用过程。" 在SpringBoot应用中集成RabbitMQ，可以利用其强大的消息中间件能力，提高系统的可靠性和可扩展性。死信队列...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值