死信队列 和消息TTL过期代码

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

死信的概念



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


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


死信的来源



消息TTL过期

队列达到最大长度(队列满了,无法再添加数据到mq中)

消息被拒绝(basic.reject或basic.nack)并且requeue=false.


消息TTL过期代码实战:



工具类:

public class untils {
    public static Channel getChannel() throws IOException, TimeoutException {
        ConnectionFactory factory = new ConnectionFactory();
        factory.setHost("192.168.231.133");
        factory.setUsername("admin");
        factory.setPassword("123");
        Connection connection = factory.newConnection();
        Channel channel = connection.createChannel();
        return channel;
    }
}


生产者:


public class Producer {
    private  static  final  String NORMAL_EXCHANGE="normal_exchange";
    public static void main(String[] args) throws  Exception{
        Channel channel = untils.getChannel();
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        //设置TTL时间
        AMQP.BasicProperties properties=new AMQP.BasicProperties().builder().expiration("10000").build();
        //该消息用作队列的个数限制
        for(int i=0;i<10;i++)
        {
            String message="info"+i;
            channel.basicPublish(NORMAL_EXCHANGE,"zhangsan",properties,message.getBytes(StandardCharsets.UTF_8));
            System.out.println("生产者发送消息"+message);
        }
    }
}


消费者:


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 = untils.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<>();
        //正常队列设置死信交换机,参数key是固定值
        params.put("x-dead-letter-exchange",DEAD_EXCHANGE);
        //正常队列设置死信routing-key,参数key是固定值
        params.put("x-dead-letter-routing-key", "lisi");
        System.out.println("等待接收消息....");
        String normalQueue="normal_queue";
        channel.queueDeclare(normalQueue,false,false,false,params);
        channel.queueBind(normalQueue,NORMAL_EXCHANGE,"zhangsan");
        DeliverCallback deliverCallback=(consumerTag, message) -> {
            String s = new String(message.getBody(), StandardCharsets.UTF_8);
            System.out.println("01接收到消息"+message);
        };
        channel.basicConsume(normalQueue,true,deliverCallback,consumerTag -> {});
    }
}
/**
 * 死信队列消费者
 */
public class Consumer02 {
    //死信交换机
    private  static  final  String DEAD_EXCHANGE="dead_exchange";
    public static void main(String[] args) throws  Exception{
        Channel channel = untils.getChannel();
        //声明死信交换机,类型为direct
        channel.exchangeDeclare(DEAD_EXCHANGE,BuiltinExchangeType.DIRECT);
        String dealQueue="dead_queue";
        DeliverCallback deliverCallback=(consumerTag, message) -> {
            String s = new String(message.getBody(), StandardCharsets.UTF_8);
            System.out.println("01接收到消息"+s);
        };
        channel.basicConsume(dealQueue,true,deliverCallback,consumerTag -> {});
    }
}


正常情况:(不关闭消费者,只开启消费者1.消费者2不开启)


a12fd794d9f8463fbddb8ea36c1a45a9.png7fd4e7c4ef5f40d78f8342b492aed67b.png


正常情况结束以后:

关闭消费者01,再一次开启生产者:


df993e38964349efae3c6a2594cdfc8c.png


可以看到正常队列这个时候还存在10个等待消费

10s以后可以发现,这个队列跑到了死信队列


26376458a4954495a2916e172e21e194.png这个时候开启消费者02,即死信队列的消费者


121cc9ccda0d4a4baabfb14db1b27733.pngf450c9b41c61433ba4b24a837da37ab8.png

可以看到死信队列的被消费变为0

相关文章
|
消息中间件 JSON 数据库
rabbitMQ延时队列与TTL以及DLX和死信队列简单介绍
TTL是Time To Live的缩写, 也就是生存时间。 RabbitMq支持对消息和队列设置TTL,对消息这设置是在发送的时候指定,对队列设置是从消息入队列开始计算, 只要超过了队列的超时时间配置, 那么消息会自动清除。 如果两种方式一起使用消息的TTL和队列的TTL之间较小的为准,也就是消息5s过期,队列是10s,那么5s的生效。 默认是没有过期时间的,表示消息没有过期时间;如果设置为0,表示消息在投递到消费者的时候直接被消费,否则丢弃。
|
消息中间件
面试官:RabbitMQ过期时间设置、死信队列、延时队列怎么设计?
本文讲解如何设计RabbitMQ过期时间设置、死信队列、延时队列,希望对大家有所帮助。
332 0
面试官:RabbitMQ过期时间设置、死信队列、延时队列怎么设计?
|
消息中间件 Java
RabbitMQ之ttl(过期消息)解读
RabbitMQ之ttl(过期消息)解读
|
消息中间件 架构师 NoSQL
RabbitMQ 消费端限流、TTL、死信队列
假设一个场景,首先,我们 Rabbitmq 服务器积压了有上万条未处理的消息,我们随便打开一个消费者客户端,会出现这样情况: 巨量的消息瞬间全部推送过来,但是我们单个客户端无法同时处理这么多数据!
|
消息中间件 JSON 数据库
rabbitMQ延时队列与TTL和DLX、延迟队列的相关介绍
TTL是Time To Live的缩写, 也就是生存时间。 RabbitMq支持对消息和队列设置TTL,对消息这设置是在发送的时候指定,对队列设置是从消息入队列开始计算, 只要超过了队列的超时时间配置, 那么消息会自动清除。 如果两种方式一起使用消息的TTL和队列的TTL之间较小的为准,也就是消息5s过期,队列是10s,那么5s的生效。 默认是没有过期时间的,表示消息没有过期时间;如果设置为0,表示消息在投递到消费者的时候直接被消费,否则丢弃。
|
消息中间件
死信队列和延迟队列的介绍
死信队列和延迟队列的介绍
|
消息中间件 Java
Springboot与RabbitMQ消息超时时间、队列消息超时时间
Springboot与RabbitMQ消息超时时间、队列消息超时时间
467 0
|
消息中间件 数据安全/隐私保护
RabbitMQ 清除全部队列及消息
安装RabbitMQ后可访问:http://{rabbitmq安装IP}:15672使用(默认的是帐号guest,密码guest。此账号只能在安装RabbitMQ的机器上登录,无法远程访问登录。) 远程访问登录,可以使用自己创建的帐号,给与对应的管理员权限即可。
1083 0
|
消息中间件 关系型数据库 MySQL
死信队列实现订单超时代码实例(RabbitMq)
死信队列实现订单超时代码实例(RabbitMq)
|
消息中间件 Java 数据库
RabbitMQ:第二章:Spring整合RabbitMQ(简单模式,广播模式,路由模式,通配符模式,消息可靠性投递,防止消息丢失,TTL,死信队列,延迟队列,消息积压,消息幂等性)
RabbitMQ:第二章:Spring整合RabbitMQ(简单模式,广播模式,路由模式,通配符模式,消息可靠性投递,防止消息丢失,TTL,死信队列,延迟队列,消息积压,消息幂等性)
408 0
RabbitMQ:第二章:Spring整合RabbitMQ(简单模式,广播模式,路由模式,通配符模式,消息可靠性投递,防止消息丢失,TTL,死信队列,延迟队列,消息积压,消息幂等性)

热门文章

最新文章