RabbitMQ 延时消息设计

问题背景

1. 所谓"延时消息"是指当消息被发送以后，并不想让消费者立即拿到消息，而是等待指定时间后，消费者才拿到这个消息进行消费。
2. 场景一：客户A在十二点下了一个订单，我想半个小时后来检查一下这个订单的付款状态，根据付款状态来作下一步的处理。 a. 针对场景一，建议采用方案数据库保存+schedule的方式也许更合适。
3. 场景二：mdc系统更新了一个A信息，我要通知给A门店信息发生了变化，通知他们回调API来读取最新的值。

如果拿到消息后立即回调，可能因为mdc事务、缓存、从库延迟等原因，拿到变化前的信息，所以mdc希望能延迟一段时间再来消费此消息。

目标

1. 可以实现消息按照自定义的时间延迟发送。
2. 最好做到对消息生产者和消费者透明，不修改现有应用程序。

总体方案

3.1. 实现原理

1. AMQP和RabbitMQ本身没有直接支持延迟队列功能，但是可以通过以下特性模拟出延迟队列的功能。
2. RabbitMQ可以针对Queue和Message设置 x-message-ttl，来控制消息的生存时间，如果超时，则消息变为dead letter
3. RabbitMQ的Queue可以配置x-dead-letter-exchange 和 x-dead-letter-routing-key（可选）两个参数，用来控制队列内出现了dead letter，则按照这两个参数重新路由。

结合以上两个特性，就可以模拟出延迟消息的功能