Rabbitmq死信队列

最新推荐文章于 2024-10-13 18:17:47 发布
最新推荐文章于 2024-10-13 18:17:47 发布
阅读量225 收藏
点赞数
文章标签： rabbitmq 队列
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45820252/article/details/119598284
版权
死信队列在RabbitMQ中用于处理无法消费的消息，防止数据丢失。常见产生死信的场景包括：消息TTL过期、队列达到最大长度、消费者手动拒绝消息。在实例中展示了如何配置死信交换机和队列，以及在生产者和消费者端如何操作。通过死信队列，可以确保订单业务等关键消息的安全处理。
摘要由CSDN通过智能技术生成

死信队列

​ 死信队列顾名思义就是由于某些原因导致队列中的某些消息不能被消费,这样没有后面的处理之后,就变成了死信消息,而在实际应用场景中,为了保证消息的不丢失,则将死信消息放进一个特殊的队列中死信队列.

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

​ 而导致死信消息的产生大概有三方面:

  1. 消息TTL过期:即在队列或者生产者中声明了消息的过期时间,如果在过期时间到了之后,消息还没有进行处理就变成了死信消息,则需要将消息发送给死信交换机再到死信队列
  2. 队列到达最大长度:顾名思义,在声明队列的时候,指定队列的长度,一定时间内,发送大量消息到队列中,一旦到达队列的最大长度,则将消息放进死信交换机中.
  3. 消费者手动拒绝消息:在消费的过程中,消费者在DeliveryCallBack的回调方法中使用Basicnack手动拒收消息,并且将requeue值为false使消息不返回队列中,前提是关闭队列的自动确认消息,在确认回调方法中使用Basicack中手动确认消息,并关掉批量确认,保证消息的安全性.

1.消息TTL过期(相当于延迟队列)

消费者声明队列和交换机:

public class Consumer01 {
    /**
     * NORMAL_EXCHANGE : 普通交换机
     * DEAD_EXCHANGE : 死信交换机
     * NORMAL_QUEUE: 普通队列
     * DEAD_QUEUE: 死信队列
     */
    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, TimeoutException {
        Channel channel = RabbitMqUtils.getChannel();
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);
        //声明普通队列
        Map<String,Object> arguments = new HashMap<>();
        /*
         1. 正常队列设置死信交换机
         2. 设置死信routingKey
         3. 过期时间  通常由生产者设置,灵活性强
         4. 正常队列的长度限制
         */
        arguments.put("x-dead-letter-exchange",DEAD_EXCHANGE);
        arguments.put("x-dead-letter-routing-key","lisi");
        arguments.put("x-message-ttl",10000)
        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");
        DeliverCallback deliverCallback = (consumerTag, message) -> {
            String msg = new String(message.getBody(), StandardCharsets.UTF_8);
            System.out.println("Consumer01接收的消息:"+msg);
        };
        //拒绝必须关闭掉自动确认,否则会表示消息已经被消费掉,就会造成消息的丢失
        channel.basicConsume(NORMAL_QUEUE,true,deliverCallback,consumerTag -> {});
    }
}

生产者:通过生产者也可以设置TTL过期时间,灵活性更强

public class Producer {

    public static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) throws IOException, TimeoutException {
        Channel channel = RabbitMqUtils.getChannel();
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        死信消息,设置TTL时间
        AMQP.BasicProperties properties =
                new AMQP.BasicProperties()
                  .builder().expiration("10000").build();
        for (int i = 1; i < 11; i++) {
            String message = "info" + i;
            channel.basicPublish(NORMAL_EXCHANGE,"zhangsan",null,message.getBytes());
        }
    }
}

2. 队列到达最大长度

消费者:

public static void main(String[] args) throws IOException, TimeoutException {
        Channel channel = RabbitMqUtils.getChannel();
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);
        Map<String,Object> arguments = new HashMap<>();
        arguments.put("x-dead-letter-exchange",DEAD_EXCHANGE);
        arguments.put("x-dead-letter-routing-key","lisi");
        arguments.put("x-max-length",6)
        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");
        DeliverCallback deliverCallback = (consumerTag, message) -> {
            String msg = new String(message.getBody(), StandardCharsets.UTF_8);
            System.out.println("Consumer01接收的消息:"+msg);
        };
        //拒绝必须关闭掉自动确认,否则会表示消息已经被消费掉,就会造成消息的丢失
        channel.basicConsume(NORMAL_QUEUE,true,deliverCallback,consumerTag -> {});
    }

生产者:

public class Producer {

    public static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) throws IOException, TimeoutException {
        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());
        }
    }
}

3.消费者手动拒绝消息

消费者:关掉自动确认,手动确认消息,手动拒绝消息并且不放回原队列

public static void main(String[] args) throws IOException, TimeoutException {
        Channel channel = RabbitMqUtils.getChannel();
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);
        Map<String,Object> arguments = new HashMap<>();
        arguments.put("x-dead-letter-exchange",DEAD_EXCHANGE);
        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");
        DeliverCallback deliverCallback = (consumerTag, message) -> {
            String msg = new String(message.getBody(), StandardCharsets.UTF_8);
            if ("info5".equals(msg)){
                channel.basicReject(message.getEnvelope().getDeliveryTag(),false);
                System.out.println("Consumer01接收的消息:"+msg+":此消息是被拒绝的");
            }else {
                System.out.println("Consumer01接收的消息:"+msg);
                //手动确认消息已经接收到,不开启批量确认,处理完一条消息确认一次
                channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
            }
        };
        //拒绝必须关闭掉自动确认,否则会表示消息已经被消费掉,就会造成消息的丢失
        channel.basicConsume(NORMAL_QUEUE,false,deliverCallback,consumerTag -> {});
    }

生产者:

public class Producer {

    public static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) throws IOException, TimeoutException {
        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());
        }
    }
}
raysy
关注
RabbitMQ死信队列应用1
08-03
RabbitMQ死信队列（Dead Letter Exchange, DLX）是一种高级特性，用于处理那些无法正常处理或过期的消息。当消息在业务队列中处理失败，如因异常导致重试次数达到上限，就会变为死信。DLX允许将这些死信重新发布到另...
RabbitMQ学习记录(六)-应答机制
崔二旦
04-13 2769
RabbitMQ-消费者应答机制 队列持久化 消息持久化
RabbitMQ 学习（五）-- 死信队列
weixin_43989102的博客
08-05 507
DLX，全称为 Dead Letter Exchanges , 可以称之为死信交换机，也有人称之为死信邮箱。当消息在一个队列中变成死信(dead message)之后，它能被重新发送到另一个交换机中，这个交换机就是 DLX ，绑定 DLX 的队列就称之为死信队列。应用场景: 为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息消费发生异常时，将消息投入死信队列中。还比如说: 用户在商城下单成功并点击去支付后在指定时间未支付时自动失效。消息变成死信的原因：消费者使用 或
RabbitMQ 高级特性——死信队列
最新发布
jun778895的博客
10-13 822
其中，死信队列（Dead Letter Queue，简称DLQ）是一个非常重要的特性，它用于处理那些由于某些原因无法被正常消费的消息，确保消息不会丢失，并提供了后续处理这些异常消息的机会。当消息被标记为死信后，如果配置了死信队列，RabbitMQ会将该消息发送到死信交换机（Dead Letter Exchange，简称DLX）。综上所述，RabbitMQ的死信队列是一个强大的高级特性，它可以帮助开发者更好地处理消息消费失败的情况，提高系统的稳定性和可靠性。最后，我们编写了一个消费者来处理死信队列中的消息。
RabbitMQ 死信队列
m0_57227221的博客
06-23 317
日积月累，水滴石穿 ???? 什么是死信队列 DLX ，全称为 Dead-Letter-Exchange ，可以称之为死信交换机。当消息在一个队列中变成死信（ dead message ）之后，它能被重新被发送到另一个交换器中，这个交换器就是 DLX ，绑定 DLX 的队列就称之为死信队列。 消息变成死信一般是由于以下几种情况造成的： 1、消息过期，也就是笔者在上篇提到的 TTL。消息在队列的存活时间超过所设置的 TTL 时间。 2、消息被拒绝，调用了 channel.basicNack 或 ch
RabbitMQ：死信队列
梦想也许遥不可及，但重要的是追梦的过程，用博客记录自己的成长，记录自己一步一步向上攀登的印记
10-12 9103
队列中不能被消费的消息称为死信队列有时候因为特殊原因，可能导致队列中的某些信息无法被消费，而队列中这些不能被消费的消息在后期没有进行处理，就会变成死信队列，死信队列中的消息称为死信。应用场景:未来保证订单业务的消息数据不丢失，我们需要使用到RabbitMQ的死信队列机制，当消息消费发生异常的时候，我们就把消息投入到死信队列中，比如说用户买东西，下单成功后去支付，但是没有在指定时间支付的时候就会自动失效。死信队列，英文缩写：DLX。
【RabbitMQ】- 死信队列
ls199848的博客
06-21 1046
死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer 将消息投递到 broker 或者直接到 queue 里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。
rabbitMQ 死信队列 完整例子
03-19
**RabbitMQ死信队列完整实例解析** 在分布式系统中，消息队列扮演着重要的角色，它能够帮助处理高并发、异步任务以及解耦系统组件。RabbitMQ作为一款广泛使用的开源消息代理和队列服务器，其提供的死信队列（Dead ...
【ASP.NET编程知识】运用.NetCore实例讲解RabbitMQ死信队列,延时队列.docx
05-21
以下是ASP.NET编程知识中关于RabbitMQ死信队列和延时队列的知识点总结： 一、死信队列 死信队列是一个特殊的队列，用于存储不能被消费的消息。这些消息可能是由于各种原因而不能被消费的，例如消息格式不正确、...
Spring RabbitMQ死信机制原理实例详解
08-24
在 Spring RabbitMQ 中，可以通过配置死信队列和死信交换机来实现死信机制。例如： ```java @Bean public Queue deadQueue() { return new Queue(DEAD_QUEUE_NAME, true); } @Bean public DirectExchange ...
支付状态一致性-RabbitMQ死信队列
03-19
支付状态一致性-RabbitMQ死信队列
Rabbitmq中的死信队列
你我约定有三的博客
08-03 1630
消息投递到MQ中存放 消息已经过期 消费者没有及时的获取到我们消息，消息如果存放到mq服务器中过期之后，会转移到备胎死信队列存放。2.如果生产者投递消息到普通队列中，普通队列发现该消息一直没有被消费者消费。的情况下，在这时候会将该消息转移到死信（备胎）交换机中，死信（备胎）交换机。的情况下，在这时候会将该消息转移到死信（备胎）交换机中，死信（备胎）交换机。普通队列中缓存起来，普通队列对应有自己独立普通消费者。普通队列中缓存起来，普通队列对应有自己独立普通消费者。死信队列和普通队列区别不是很大。
python rabbitmq 死信队列
zan110120的博客
08-27 999
死信队列常用于订单超时自动取消，会议预订提前提醒等等。 发布者代码： import pika import json import time credentials = pika.PlainCredentials('admin', 'admin') # mq用户名和密码 # 虚拟队列需要指定参数 virtual_host，如果是默认的可以不填。 connection = pika.BlockingConnection(pika.ConnectionParameters(host='127.0.0.1
RabbitMq死信队列及其处理方案
深圳市多克创新科技有限公司
03-20 2462
RabbitMq死信队列及其处理方案
RabbitMQ-死信队列常见用法
qq_65142821的博客
04-08 1389
在RabbitMQ 中充当主角的就是消息，在不同场景下，消息会有不同地表现。死信就是消息在特定场景下的一种表现形式，这些场景包括：1. 消息被拒绝访问，即 RabbitMQ返回 basicNack 的信号时 或者拒绝basicReject2. 消费者发生异常，超过重试次数。其实spring框架调用的就是basicNack3. 消息的Expiration过期时长或队列TTL过期时间。4. 消息队列达到最大容量上述场景经常产生死信，即消息在这些场景中时，被称为死信。
RabbitMQ 之 死信队列
weixin_73616913的博客
05-27 4049
但是发生了上面所说的三种情况中的一种，成为了死信，然后被转换到死信交换机中，这个死信交换机也是 direct 类型，它们之间的 routingKey 是 "lisi",然后就进入了死信队列，死信队列由 C2 消费。生产者正常情况下走的是普通的交换机，这个交换机的类型是 direct ，它和普通队列之间的关系是一个叫 "zhangsan" 的路由 key， 正常情况下会被 C1 消费。应用场景:为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息。，字面意思可以这样理。
《RabbitMQ》什么是死信队列
Java旅途
08-07 8943
一 什么是死信队列 当一条消息在队列中出现以下三种情况的时候，该消息就会变成一条死信。 消息被拒绝(basic.reject / basic.nack)，并且requeue = false 消息TTL过期 队列达到最大长度 当消息在一个队列中变成一个死信之后，如果配置了死信队列，它将被重新publish到死信交换机，死信交换机将死信投递到一个队列上，这个队列就是死信队列。 二 实现死信队列 2.1 原理图 2.2 创建消费者 创建一个消费者，绑定消费队列及死信交换机，交换机默认为direct模型，死信
RabbitMQ--死信队列
DreamDlee的博客
05-13 2721
死信顾名思义就是没办法被消费的消息；
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值