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 exchang