RabbitMQ消息过期时间

RabbitMQ消息过期时间

RabbitMQ针对队列中的消息过期时间(Time To Live, TTL)有两种方法可以设置。第一种方法是通过队列属性设置，队列中所有消息都有相同的过期时间。第二种方法是对消息进行单独设置，每条消息TTL可以不同。如果上述两种方法同时使用，则消息的过期时间以两者之间TTL较小的那个数值为准。消息在队列的生存时间一旦超过设置的TTL值，就成为dead message,消费者将无法再收到该消息。

1. 设置队列属性。
通过队列属性设置消息TTL的方法是在queue.declare方法中加入x-message-ttl参数，单位为ms。
SDK设置如下：

Map<String,Object> args = new HashMap();
     args.put("x-message-ttl", 0);
     this.channel.queueDeclare(this.bindQueueName, bean
       .getQueue().isDurable(), false, false, args);

HTTP接口调用如下：

$ curl -i -u guest:guest -H "content-type:application/json"  -XPUT 
-d'{"auto_delete":false,"durable":true,"arguments":{"x-message-ttl": 60000}}'
http://localhost:15672/api/queues/{vhost}/{queuename}

 

如果不设置TTL，则表示此消息不会过期。如果将TTL设置为0，则表示除非此时可以直接将消息投递到消费者，否则该消息会被立即丢弃，这个特性可以部分代替RabbitMQ 3.0.0以前支持的immediate参数，之所以说部分代替，是因为immediate参数在投递失败会有basic.return方法将消息体返回，详见『AMQP协议mandatory和immediate标志位区别』。

2. 设置消息属性。
针对每条消息设置TTL的方法是在basic.publish方法中加入expiration的属性参数，单位为ms。
SDK设置如下：

byte[] messageBodyBytes = "Hello, world!".getBytes();
AMQP.BasicProperties properties = new AMQP.BasicProperties();
properties.setExpiration("60000");
channel.basicPublish("myexchange", "routingkey", properties, messageBodyBytes);
 

HTTP接口调用如下：

$ curl -i -u guest:guest -H "content-type:application/json"  -XPOST 
-d'{"properties":{"expiration":"60000"},"routing_key":"routingkey","payload":"my 
body","payload_encoding":"string"}' 
http://localhost:15672/api/exchanges/{vhost}/{exchangename}/publish

 

对于第一种设置队列TTL属性的方法，一旦消息过期，就会从队列中抹去，而第二种方法里，即使消息过期，也不会马上从队列中抹去，因为每条消息是否过期时在即将投递到消费者之前判定的，为什么两者得处理方法不一致？因为第一种方法里，队列中已过期的消息肯定在队列头部，RabbitMQ只要定期从队头开始扫描是否有过期消息即可，而第二种方法里，每条消息的过期时间不同，如果要删除所有过期消息，势必要扫描整个队列，所以不如等到此消息即将被消费时再判定是否过期，如果过期，再进行删除。

–EOF–