RabbitMQ 高级特性——TTL

在这里插入图片描述

前言

对于前面讲到的重试机制中,当确认策略为 MANUAL 手动确认的时候,如果消费者出现了程序逻辑错误,那么消息就无法被争取处理,那么就会执行 basicNack 方法,如果我们的 basicNack 方法的第三个参数的值为 true 的话,在只有这一个消费者的情况下,这个消息就会反复重新进入队列并且返回投递给这个消费者,那么在这个队列中的后面的消息就无法被提递给消费者,这样就导致了消息积压,那么如何处理这个问题呢?答案就是为消息或者队列设置 TTL(ime-To-Live)生存时间,当消息或者队列存在一段时间后就会被丢弃或者投递到死信队列中。那么这篇文章将介绍 RabbitMQ 中的 TTL。

TTL

TTL(Time-to-Live)过期时间,RabibtMQ 可以对队列和消息设置 TTL。当消息到达存活时间之后,如果该消息还没有被消费,那么就会被自动处理掉。

就是我们平时购物的时候,如果下单超过 24 消失还没有付款的话,订单就会被自动取消。

设置消息的 TTL

RabbitMQ 有两种设置 TTL 的方法,一是设置队列的 TTL,队列中的所有消息都有相同的过期时间,而就是对消息单独设置 TTL,每条消息的 TTL 可以不同。如果两种方式一起使用,则过期时间为两者的较小值。

先来看看如何对消息设置 TTL。

public static final String TTL_EXCHANGE = "ttl.exchange";
public static final String TTL_QUEUE = "ttl.queue";
@Bean("ttlExchange")
public DirectExchange ttlExchange() {
    return ExchangeBuilder.directExchange(Constants.TTL_EXCHANGE).durable(true).build();
}
    
@Bean("ttlQueue")
public Queue ttlQueue() {
    return QueueBuilder.durable(Constants.TTL_QUEUE).build();
}
    
@Bean("ttlBinding")
public Binding ttlBinding(@Qualifier("ttlQueue") Queue queue,@Qualifier("ttlExchange") DirectExchange exchange) {
    return BindingBuilder.bind(queue).to(exchange).with("ttl");
}
@RequestMapping("/ttl")
public String ttl() {
	//设置消息的过期时间
    MessagePostProcessor messagePostProcessor = new MessagePostProcessor() {
        @Override
        public Message postProcessMessage(Message message) throws AmqpException {
            message.getMessageProperties().setExpiration("10000");
            return message;
        }
    };
    rabbitTemplate.convertAndSend(Constants.TTL_EXCHANGE,"ttl","rabbitmq ttl",messagePostProcessor);
    return "消息发送成功";
}

这里消费者的代码我们就不写了,就通过 RabbitMQ 的管理页面观察消息的过期:

在这里插入图片描述

启动之后,并且让生产者生产消息,可以发现队列中已经存在一条消息了,然后等待一段时间再观察会发现刚刚生产的消息已经不存在了:

在这里插入图片描述
这是设置消息的过期时间,那么下面我们来看看如何设置队列的时间。

设置队列的 TTL

设置队列的 TTL 是在我们声明队列的时候设置的,声明队列的时候加入 x-message-ttl 参数实现的,单位是毫秒。

//队列设置TTL的第一种方法
@Bean("ttlQueue")
public Queue ttlQueue() {
    return QueueBuilder.durable(Constants.TTL_QUEUE).ttl(20*1000).build();
}

//队列设置TTL的第二种方法
@Bean("ttlQueue")
public Queue ttlQueue() {
    Map<String, Object> arguments = new HashMap<>();
    arguments.put("x-message-ttl",20000);
    return QueueBuilder.durable(Constants.TTL_QUEUE).withArguments(arguments).build();
}

//也可以将map平铺出来
@Bean("ttlQueue")
public Queue ttlQueue() {
    Map<String, Object> arguments = new HashMap<>();
    arguments.put("x-message-ttl",20000);
    return QueueBuilder.durable(Constants.TTL_QUEUE).withArgument("x-message-ttl",20000).build();
}

这里创建两个队列,一个是设置了 TTL 的队列,一个是没有设置 TTL 的对了,然后看两个队列的差别:

@Bean("ttlExchange")
public DirectExchange ttlExchange() {
    return ExchangeBuilder.directExchange(Constants.TTL_EXCHANGE).durable(true).build();
}

@Bean("ttlQueue")
public Queue ttlQueue() {
    Map<String, Object> arguments = new HashMap<>();
    arguments.put("x-message-ttl",20000);
    return QueueBuilder.durable(Constants.TTL_QUEUE).withArgument("x-message-ttl",20000).build();
}

@Bean("normalQueue")
public Queue normalQueue() {
    return QueueBuilder.durable(Constants.NORMAL_QUEUE).build();
}

@Bean("ttlBinding")
public Binding ttlBinding(@Qualifier("ttlQueue") Queue queue,@Qualifier("ttlExchange") DirectExchange exchange) {
    return BindingBuilder.bind(queue).to(exchange).with("ttl");
}

@Bean("ttlBinding2")
public Binding ttlBinding2(@Qualifier("normalQueue") Queue queue,@Qualifier("ttlExchange") DirectExchange exchange) {
    return BindingBuilder.bind(queue).to(exchange).with("ttl");
}

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

过一段时间之后再观察:

在这里插入图片描述

设置队列的过期时间和设置消息的过期时间的区别

设置队列TTL属性的方法,一旦消息过期,就会从队列中删除。

设置消息TTL的方法,即使消息过期,也不会马上从队列中删除,而是在即将投递到消费者之前进行判定的。

为什么这两种方法处理的方式不一样?

因为设置队列过期时间,队列中已过期的消息肯定在队列头部(假设是按照时间顺序入队的),RabbitMQ只要定期从队头开始扫描是否有过期的消息即可。

而设置消息TTL的方式,每条消息的过期时间不同,如果要删除所有过期消息需要扫描整个队列,这样效率较低。因此,RabbitMQ选择等到此消息即将被消费时再判定是否过期,如果过期再进行删除即可。跟 Redis 中的惰性删除是一个道理。这种方式避免了不必要的全队列扫描,提高了效率。

注意:这里的“即将投递到消费者之前”通常指的是在消息被发送到消费者之前,RabbitMQ会检查该消息是否已过期。如果消息已过期,RabbitMQ会将其删除,不会将其发送给消费者。这种机制确保了消费者不会接收到过期的消息。

RabbitMQ是一个功能强大的消息队列中间件,具有许多高级特性。以下是一些常见的高级特性: 1. 消息确认:RabbitMQ支持消息确认机制,确保消息在发送和接收之间的可靠传输。当消费者成功处理一条消息后,它可以向RabbitMQ发送确认消息,然后RabbitMQ将删除该消息。如果消费者在处理过程中遇到问题,消息将保持在队列中,并在消费者重新连接后重新传送。 2. 消息持久化:RabbitMQ允许将消息标记为持久化,以确保即使在服务器故障时也不会丢失。当发布一条持久化消息时,RabbitMQ将把它写入磁盘,以便在重启后能够恢复。 3. 死信队列:RabbitMQ支持死信队列机制,用于处理无法被消费者成功处理的消息。当消息被拒绝或超过了最大尝试次数时,它将被发送到死信队列,而不会再次被消费者接收。 4. 消息优先级:RabbitMQ允许为消息设置优先级,以确保重要消息能够更快地被消费者处理。具有较高优先级的消息将被优先发送到消费者。 5. 长轮询:RabbitMQ支持长轮询机制,使得消费者能够等待队列中的消息而不需要频繁的轮询。当没有可用消息时,RabbitMQ将暂时挂起连接,直到有消息可供消费。 6. 发布/订阅模式:RabbitMQ支持发布/订阅模式,允许一个消息被多个消费者接收。发布者发布消息到交换器,而交换器将消息传递给所有订阅了该交换器的队列。 这些是RabbitMQ的一些高级特性,它们使得RabbitMQ成为一个可靠、灵活且功能强大的消息队列中间件。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

不能再留遗憾了

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

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

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

打赏作者

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

抵扣说明:

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

余额充值