SpringBoot: RabbitMQ 延时队列的实践(TTL+DLX)

---

背景

实现动态的定时任务许多同学的第一反应就是通过spring的schedule定时任务轮询数据库来实现，这种方案有一下几点劣势：

• （1）消耗系统内存，由于定时任务一直在系统中占着进程，比较消耗内存
• （2）增加了数据库的压力，这个提现在两方面，一是长时间占着数据库的连接，查询基数大
• （3）存在较大的时间误差

01 简介

延时队列，就是想要消息延迟多久被处理。

RabbitMQ本身是没有直接支持延迟队列功能，但是可以通过TTL和DLX模拟出延迟队列的功能。 通过RabbitMQ的两个特性来曲线实现延迟队列：Time To Live(TTL) 和 Dead Letter Exchanges（DLX）

TTL则刚好能让消息在延迟多久之后成为死信，另一方面，成为死信的消息都会被投递到死信队列里，这样只需要消费者一直消费死信队列里的消息就万事大吉了，因为里面的消息都是希望被立即处理的消息。

1.1 死信队列 DLX

Dead Letter Exchange（死信交换机），当消息成为Dead message后，可以被重新发送到另外一个交换机，这个交换机就是DLX。Dead Letter Exchange其实就是一种普通的exchange，和创建其他exchange没有两样。只是在某一个设置Dead Letter Exchange的队列（即延时队列）中有消息过期了，会自动触发消息的转发，发送到Dead Letter