SpringBoot之RabbitMQ实现两种延时队列（订单延迟取消）

一、延时队列概念篇

1.1、什么是延时队列，延时队列应用于什么场景

    延时队列顾名思义，即放置在该队列里面的消息是不需要立即消费的，而是等待一段时间之后取出消费。

    那么，为什么需要延迟消费呢？我们来看以下的场景

    网上商城下订单后30分钟后没有完成支付，取消订单(如：淘宝、去哪儿网)

    系统创建了预约之后，需要在预约时间到达前一小时提醒被预约的双方参会

    系统中的业务失败之后，需要重试

    这些场景都非常常见，我们可以思考，比如第二个需求，系统创建了预约之后，需要在预约时间到达前一小时提醒被预约的双方参会。那么一天之中肯定是会有很多个预约的，时间也是不一定的，假设现在有1点 2点 3点 三个预约，如何让系统知道在当前时间等于0点 1点 2点给用户发送信息呢，是不是需要一个轮询，一直去查看所有的预约，比对当前的系统时间和预约提前一小时的时间是否相等呢？这样做非常浪费资源而且轮询的时间间隔不好控制。如果我们使用延时消息队列呢，我们在创建时把需要通知的预约放入消息中间件中，并且设置该消息的过期时间，等过期时间到达时再取出消费即可。

    Rabbitmq实现延时队列一般而言有两种形式：

    第一种方式：利用两个特性： Time To Live(TTL)、Dead Letter Exchanges（DLX）

    第二种方式：利用rabbitmq中的插件x-delay-message

1.2、TTL DLX是什么

    TTL

    RabbitMQ可以针对队列设置x-expires(则队列中所有的消息都有相同的过期时间)或者针对Message设置x-message-ttl(对消息进行单独设置，每条消息TTL可以不同)，来控制消息的生存时间，如果超时(两者同时设置以最先到期的时间为准)，则消息变为dead letter(死信)

    Dead Letter Exchanges（DLX）

    RabbitMQ的Queue可以配置x-dead-letter-exchange和x-dead-letter-routing-key（可选）两个参数，如果队列内出现了dead letter，则按照这两个参数重新路由转发到指定的队列。

    x-dead-letter-exchange：出现dead letter之后将dead letter重新发送到指定exchange。

    x-dead-letter-routing-key：出现dead letter之后将dead letter重新按照指定的routing-key发送。

1.3、为什么更多使用DLX解决

因为TTL的使用需要配置6个Bean配置管理太多不利于后期的维护并且TTL方式的延时队列如果你传递的是两个不同的等待时间在队列，后面的消息在延时队列中时间如果小于前面的队列等待时间也不会先执行，会按照队列的方式一个一个出队。而DLX方式却能很好的解决这种问题。

二、SpringBoot整合RabbitMq订单延迟取消实战（DLX方式实现延时队列）

DLX的延时队列需要您在RabbitMq服务器上安装插件  

2.1、导入Maven依赖

<dependency>
    <