全网讲的最透彻RabbitMQ延时队列应用场景

应用场景

我们系统未付款的订单，超过一定时间后，需要系统自动取消订单并释放占有物品

常用的方案

就是利用Spring schedule定时任务，轮询检查数据库

但是会消耗系统内存，增加了数据库的压力、还存在较大的时间误差

解决：rabbitmq的消息TTL和死信Exchange结合

介绍

1.何为消息TTL、死信

死信：对消息设置的过期时间到了，这个消息还没有被消费就认为这个消息死了，死了的消息会进入死信交换机（Dead Letter Exchanges）

成为死信的三种条件：

• 一个消息被Consumer拒收了，并且reject方法的参数里requeue是false。也就是说不会被再次放在队列里，被其他消费者使用。（basic.reject/ basic.nack）requeue=false
• 上面的消息的TTL到了，消息过期了。
• 队列的长度限制满了。排在前面的消息会被丢弃或者扔到死信路由上

消息TTL：消息的TTL就是消息的存活时间

RabbitMQ可以对队列和消息都设置过期时间，但代表的都是一个意思，只要消息在设置时间内没有消费，消息就死了，就被称为死信

如果队列和消息都设置了过期时间，那么就取时间最小的，单个消息的过期时间才是延时队列的关键

2.如何运作

设置队列过期时间

消费者P会通过一个路由键deal.message发送消息给X交换机，然后继续发送给delay queau队列，这个队列比较特殊，设置了过期时间5分钟过期，还设置了x-dead-letter-exchange用于指定下一个接收的交换机，消息过期之后会成为死信直接进入delay.exchange交换机，利用x-dead-letter-routing-key绑定的路由键找到下一个队列，这时候只需要有人监听这个队列。

设置消息过期时间

消费者发送一个消息，设置了5分钟过期时间，最后交给了延时队列，延时队列说消息死了不要乱放，指定了一个死信路由，用于找到下一个队列的路由键，等到五分钟后服务器会自动检查是否过期，过期的话会交给delay.exchange路由，最后再交给delay.message

代码模拟

下订单成功先发动给order-event-exchange，order-event-exchange绑定了两个路由键order.create.order、order.release.order，根据order.create.order路由键找到order.delay.queue队列，这是一个特殊的队列，上图所诉，消息的存活时间为一分钟，消息在order.delay.queue队列中没人使用变成死信了，交给order-event-exchange交换