（十)死信队列

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

死信队列

1、概念

某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有
后续的处理，就变成了死信，有死信自然就有了死信队列

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

2、死信产生的原因

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

3、代码实现

3.1. 流程图

在这里插入图片描述

3.2. 消息TTL 过期

消费者1 （最复杂的）

package com.feng.deadQueue;

import com.feng.utils.RabbitMQUtil;
import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Delivery;

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

/**
 * @Author Feng
 * @Date 2022/11/25 15:09
 * @Version 1.0
 * @Description 死信队列消费者01
 */
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, TimeoutException {
        Channel channel = RabbitMQUtil.getChannel();
        //声明交换机：普通和死信
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);
        /**
         *  声明普通队列
         */
        //设置声明队列的参数
        Map<String, Object> arguments = new HashMap<>();
        //设置过期时间,单位是毫秒，这里设置10秒
        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");
        channel.basicConsume(NORMAL_QUEUE,true,(String consumerTag, Delivery message) -> {
            System.out.println("消费者1接收消息是：" + new String(message.getBody(), "UTF-8"));
            System.out.println("绑定的路由是:"+message.getEnvelope().getRoutingKey());
        }, consumerTag -> {});
    }
}

生产者

package com.feng.deadQueue;

import com.feng.utils.RabbitMQUtil;
import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.Channel;

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

/**
 * @Author Feng
 * @Date 2022/11/25 15:37
 * @Version 1.0
 * @Description 死信队列生产者
 */
public class ProductDead {
    //普通交换机名字
    public static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) throws IOException, TimeoutException {
        Channel channel = RabbitMQUtil.getChannel();
        //死信消息，设置ttl时间
        AMQP.BasicProperties basicProperties = new AMQP.BasicProperties()
                .builder()
                .expiration("10000")//单位是ms
                .build();
        for (int i = 1; i < 11; i++) {
            String msg = "info" + i;
            channel.basicPublish(NORMAL_EXCHANGE, "zhangsan", null, msg.getBytes());
        }
    }
}

只需要启动消费者01再宕机，然后启动生产者发消息，消息内容就会从普通队列到死信队列

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

死信队列消费者

package com.feng.deadQueue;

import com.feng.utils.RabbitMQUtil;
import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Delivery;

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

/**
 * @Author Feng
 * @Date 2022/11/25 15:09
 * @Version 1.0
 * @Description 死信队列消费者02
 */
public class Consumer02 {
    //死信交换机名字
    public static final String DEAD_EXCHANGE = "dead_exchange";
    //死信队列名
    public static final String DEAD_QUEUE = "dead_queue";
    public static void main(String[] args) throws IOException, TimeoutException {
        Channel channel = RabbitMQUtil.getChannel();
        channel.basicConsume(DEAD_QUEUE,true,(String consumerTag, Delivery message) -> {
            System.out.println("消费者1接收消息是：" + new String(message.getBody(), "UTF-8"));
            System.out.println("绑定的路由是:"+message.getEnvelope().getRoutingKey());
        }, consumerTag -> {});
    }
}

3.3. 队列达到最大长度

声明队列的时候设置参数就行如下

//设置队列长度限制，这里是6
arguments.put("x-max-length",6);

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

在这里插入图片描述

发十条消息测试如下

在这里插入图片描述
这里注意超出队列长度进入死信队列的消息是先入队的消息

3.4. 消息被拒

  • 消息生产者代码同上生产者一致
  • C1 消费者代码(启动之后关闭该消费者 模拟其接收不到消息。让消息阻塞在队列中)
package com.feng.deadQueue;

import com.feng.utils.RabbitMQUtil;
import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Delivery;

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

/**
 * @Author Feng
 * @Date 2022/11/25 15:09
 * @Version 1.0
 * @Description 死信队列消费者01
 */
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, TimeoutException {
        Channel channel = RabbitMQUtil.getChannel();
        //声明交换机：普通和死信
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);
        /**
         *  声明普通队列
         */
        //设置声明队列的参数
        Map<String, Object> arguments = new HashMap<>();
        //设置过期时间,单位是毫秒，这里设置10秒
//        arguments.put("x-message-ttl",10000);
        //设置队列的死信交换机
        arguments.put("x-dead-letter-exchange",DEAD_EXCHANGE);
        //设置死信交换机的RoutingKey
        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");
        //开启手动应答
        channel.basicConsume(NORMAL_QUEUE,false,(String consumerTag, Delivery message) -> {
            String msg = new String(message.getBody(), "UTF-8");
            if("info5".equals(msg)){
                System.out.println("消费者1接收消息是：" + msg+"这个是拒绝消息");
                //第二个参数是不重新入队
                channel.basicReject(message.getEnvelope().getDeliveryTag(),false);
            }
            System.out.println("消费者1接收消息是：" + msg);
            channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
        }, consumerTag -> {});
    }
}
小怪吖
关注
专栏目录
延迟队列和死信队列
weixin_56321833的博客
05-06 2123
1. 死信队列 2. 延迟队列 1. 死信队列 死信队列，英文缩写：DLX 。Dead Letter Exchange（死信交换机）， 当消息成为Dead message后，可以被重新发送到另一个交换机，这个交换机就是DLX。 消息成为死信的三种情况： 1. 队列消息长度到达限制； 2. 消费者拒接消费消息，basicNack/basicReject,并且不把消息重新放入原目标队列,requeue=false； 3. 原队列存在消息过期设置，消息到达超时时间未被消费； 队列绑定死信交换机：
RabbitMq死信队列概述与使用
m0_57781768的博客
11-15 179
死信是无法被消费的消息，字面意思可以这样理解，一般来说，producer 将消息投递到 broker 或者直接到queue 里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。应用场景：为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息。
RabbitMQ-Java-死信队列
Cancer_pmx的博客
05-12 1822
这里的描述来自官方： 死信交换 来自队列的消息可以是“死信”；也就是说，当发生以下任何事件时，重新发布到交易所： 消费者使用basic.reject或 basic.nack否定确认消息，并将requeue参数设置为false。 消息由于每条消息的 TTL而过期 消息被丢弃，因为它的队列超过了长度限制 请注意，队列到期不会死信其中的消息。 死信交换 (DLX) 是正常的交换。它们可以是任何常用类型，并像往常一样声明。 对于任何给定的队列，DLX 可以由客户端使用 队列的参数定义，或者在服务器中使用策略定义
java死信队列_Spring Boot系列教程之死信队列详解
weixin_39586335的博客
02-27 410
前言在说死信队列之前，我们先介绍下为什么需要用死信队列。如果想直接了解死信对接，直接跳入下文的"死信队列"部分即可。ack机制和requeue-rejected属性在项目springboot-demo我们看到application.yaml文件部分配置内容如下...listener:type: simplesimple:acknowledge-mode: autoconcurrency: 5def...
RabbitMQ-Java-05-死信队列
csdn_yasin的博客
01-03 3491
说明 RabbitMQ-Java-05-死信队列 本案例是一个Maven项目 假设你已经实现了上一节发布订阅模式 官方文档已包含绝大多数本案例内容。请移步：https://docs.spring.io/spring-amqp/docs/current/reference/html/ 核心概念 》死信来源 消息TTL过期 队列满了 消息被拒绝 》死信实现过程概览 定义消费者01 声明两个交换机：正常交换机、死信交换机 声明两个队列：正常队列、死信队列 正常队列声明的时候传入第五个参数argume
RabbitMq 死信队列简单实现
zhangshengqiang168的博客
03-07 371
知识重点 1. RabbitMQ如果产生了消息堆积如何处理？ 产生的背景：如果没有及时的消费者消费消息，生产者一直不断往队列服务器存放消息会导致消息堆积 两种场景： 1.没有消费者消费的情况下：死信队列、设置消息有效期相当于对我们的消息设置有效期，在规定的时间内如果没有消 ...
大聪明教你学Java | 深入浅出聊 RabbitMQ 中的死信队列和延迟队列
不肯过江东丶
05-15 618
今天跟大家深入浅出的聊一聊 RabbitMQ 中的死信队列和延迟队列~
rabbitmq-死信队列（死信交换机）（十）
qq_42218187的博客
11-16 494
消息进入死信队列的条件 队列消息数量到达限制；比如给队列最大只能存储10条消息，当第11条消息进来的时候存不下了，第11条消息就被称为死信 消费者拒接消费消息，basicNack/basicReject，并且不把消息重新放入原目标队列，requeue=false； 原队列存在消息过期设置，消息到达超时时间未被消费； 队列绑定死信交换机（重点，也就是在正常队列里设置者两个参数） 给队列设置参数： x-dead-letter-exchange 和 x-dead-letter-routing-key xml.
RabbbitMQ之死信队列的三大来源（TTL,队列最大长度，消息被拒绝）
qq_42212926的博客
04-04 651
死信队列 死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer将消息投递到broker或者直接到queue里了，consumer从queue取出消息进行消费，但是某些时候由于特定的原因queue中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信当然就有死信队列。 死信的来源 1.消息TTL过期 2.队列达到最大长度（队列满了，无法再添加数据到mq中） 3.消息被拒绝 死信队列代码架构图 可以看出死信消息的处理过程是与正常队列有关，如果消息在正常队列中不
RabbitMQ中的死信队列和消息超时的简单使用
whiteBearClimb的博客
10-08 1794
概念： 消息超时 这个很简单，队列中的消息，不设置超时时间并且消费者宕机，就会越放越多，所以我们可以在创建queue的时候设置一个队列大小和队列超时时间。 死信交换机和死信队列： 专门收集一些拒绝接受的，超时未消费的，超出了队列大小的消息任务。 使用场景： （1）10件商品，100个用户进来购买，队列中大小设置为10，只允许10用户购买请求进来，其他的都reject，reject的这部分都会自动进行死信队列中，这也可以换成超出队列大小的情况。 （2）10件商品，100个用户进来购买，全部购买请求都放过期时
java死信队列_RabbitMQ 死信队列是什么鬼？
weixin_28873501的博客
02-27 177
死信队列死信队列：没有被及时消费的消息存放的队列。消息没有被及时消费的原因：a.消息被拒绝(basic.reject/ basic.nack)并且不再重新投递 requeue=falseb.TTL(time-to-live) 消息超时未消费c.达到最大队列长度实现死信队列步骤首先需要设置死信队列的 exchange 和 queue，然后进行绑定:Exchange: dlx.exchangeQueu...
消息队列-死信队列
David的博客
03-31 1807
死信队列（Dead Letter Queue，DLQ）是消息队列（Message Queue）中的一种特殊队列，用于存储无法被消费者成功处理的消息。当消息无法被正常消费时（比如处理超时、处理失败等情况），这些消息会被移动到死信队列中，以便进一步处理或者进行错误处理。死信队列通常用于处理异常情况，帮助系统应对消息消费失败、处理超时或出现其他错误的情况。通过将失败的消息移动到死信队列，可以方便地进行后续的重试、错误日志记录、通知相关人员等处理，从而提高系统的可靠性和容错性。
【java开发笔记】RabbitMQ--超时队列和死信队列
qq_48662659的博客
06-23 600
死信队列（Dead Letter Queue, DLQ）是一种特殊的消息队列，用于存储无法被正常消费的消息。超时队列是一种用于处理需要在指定时间内被处理的消息队列。如果消息在设定的时间内没有被消费，则会被视为超时消息。
JAVA面试题分享一百九十七：RabbitMQ 死信队列
之乎者也·的博客
12-06 899
先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer 将消息投递到 broker 或者直接到queue 里了，consumer 从 queue 取出消息 进行消费，但某些时候由于特定的原因。先启动消费者 C1，创建出队列，然后停止该 C1 的运行，则 C1 将无法收到队列的消息，无法收到的消息 10 秒后进入死信队列。，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。1、消息生产者代码去掉 TTL 属性，
rabbitmq实现死信队列（springboot+rabbitmq）
Tz.的博客
11-26 630
1.什么是死信队列(专门用来存放死信的队列) 当一个队列中的消息变成死信以后，该消息被重新publish到另一个交换机(该交换机叫做死信交换机)上，交换机将消息发送到指定的队列(该队列叫死信队列)中。 2. 消息什么时候会变成死信 1）消息被拒绝(basic.reject / basic.nack)，并且requeue = false 2）消息TTL过期（本文将演示消息过期形式） 3）队列达到最大长度 3. 死信队列可以用来做什么： 场景1：订单30分钟内未支付，将订单取消（消息过期时间设置30分
RabbitMQ的死信队列，我总结了70道大厂高频Java面试题及解析
weixin_58134620的博客
03-18 825
**定制化amqp模版ConfirmCallback接口用于实现消息发送到RabbitMQ交换器后接收ack回调 即消息发送到exchange ackReturnCallback接口用于实现消息发送到RabbitMQ 交换器，但无相应队列与交换器绑定时的回调 即消息发送不到任何一个队列中 ack*/@Bean// 消息发送失败返回到队列中, yml需要配置 publisher-returns: true。
java死信队列,死信队列和延迟队列的使用?
weixin_31231693的博客
03-22 298
死信消息：1.消息被拒绝(Basic.Reject或Basic.Nack)并且设置 requeue 参数的值为 false2.消息过期了3.队列达到最大的长度过期消息：在 rabbitmq 中存在2种方可设置消息的过期时间第一种通过队列设置：在队列申明的时候使用 x-message-ttl 参数，单位为毫秒，这种设置后，该队列中所有的消息都存在相同的过期时间第二种通过对单个消息设置，是设置消息属性...
JAVA面试题分享一百六十：RocketMQ的死信队列？
之乎者也·的博客
12-03 987
消费者中我们注册了一个监听器回调函数，当Consumer获取消息后，就会交给我们的回调函数来进行处理。如果处理完了，就返回一个ConsumeConcurrentlyStatus.CONSUME_SUCCESS，提交这批消息的offset到broker去，然后继续从broker获取下一批消息来进行处理。如果上面代码回调函数中，对一批消息处理的时候，数据库宕机了就不能再能返回CONSUME_SUCCESS，如果你返回的话，下一次就会处理下一批消息，但是这批消息其实没处理成功，此时必然导致这批消息就丢失了；
旅游项目技术点之RabbitMq死信队列处理延时订单
weixin_46919654的博客
09-05 834
RabbitMQ实现死信队列完成延时订单处理
recoketmq 的默认死信队列和配置死信队列
最新发布
08-15
ReactorMQ是一个开源的企业级消息中间件，它支持多种协议，如AMQP、RocketMQ等。关于默认死信队列和配置死信队列： **默认死信队列**： ReactorMQ的默认设置下，并不会自动启用死信队列。如果消息无法被消费者正常消费，通常会返回给生产者，直到达到某些条件（比如尝试次数过多）。如果你希望处理这类无法送达的消息，需要手动配置。 **配置死信队列**： 要配置死信队列，一般需要以下几个步骤： 1. **开启死信模式**: 需要在生产者或消费者的配置中开启死信模式，例如在RocketMQ的ProducerConfig或ConsumerConfig中指定对应的属性。 2. **设置规则**: 可以设定特定的规则，当满足这些规则（如超时未消费、重复发送等）时，消息会被放入死信队列。 3. **创建死信队列**: 确保有专门的队列接收死信消息，这通常是一个单独的主题或队列。 4. **查看/监控**：提供一些工具来查看死信队列中的消息，以便分析问题原因。 具体配置细节取决于你使用的ReactorMQ版本和其API文档，建议查阅官方文档或参考示例代码来进行配置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值