rabbitmq延迟队列

一、延迟队列应用场景

1.场景：“订单下单成功后，15分钟未支付自动取消”
传统处理超时订单,采取定时任务轮训数据库订单，并且批量处理。其弊端也是显而易见的；对服务器、数据库性能会有很大的要求，并且当处理大量订单起来会很力不从心,而且实时性也不是特别好。当然传统的手法还可以再优化一下，即存入订单的时候就算出订单的过期时间插入数据库，设置定时任务查询数据库的时候就只需要查询过期了的订单，然后再做其他的业务操作

rabbitMQ的好处

一台普通的rabbitmq服务器单队列容纳千万级别的消息还是没什么压力的，而且rabbitmq集群扩展支持的也是非常好的，并且队列中的消息是可以进行持久化，即使我们重启或者宕机也能保证数据不丢失

---

二、TTL和DLX

rabbitMQ中是没有延时队列的，也没有属性可以设置，只能通过死信交换器(DLX)和设置过期时间(TTL)结合起来实现延迟队列

2.1、TTL

TTL是Time To Live的缩写, 也就是生存时间。
RabbitMq支持对消息和队列设置TTL，对消息这设置是在发送的时候指定，对队列设置是从消息入队列开始计算, 只要超过了队列的超时时间配置, 那么消息会自动清除。
如果两种方式一起使用消息对TTL和队列的TTL之间较小的为准，也就是消息5s过期，队列是10s，那么5s的生效。
默认是没有过期时间的，表示消息没有过期时间；如果设置为0，表示消息在投递到消费者的时候直接被消息，否则丢弃。
设置消息的过期时间用 x-message-ttl 参数实现，单位毫秒。
设置队列的过期时间用 x-expires 参数，单位毫秒，注意，不能设置为0。

2.2 DLX和死信队列

DLX即Dead-Letter-Exchange(死信交换机)，它其实就是一个正常的交换机，能够与任何队列绑定。

死信队列是指队列(正常)上的消息(过期)变成死信后，能够后发送到另外一个交换机(DLX)，然后被路由到一个队列上，
这个队列，就是死信队列 成为死信一般有以下几种情况：
消息被拒绝(basic.reject or basic.nack)且带requeue=false参数
消息的TTL-存活时间已经过期
队列长度限制被超越(队列满)
注1：如果队列上存在死信， RabbitMq会将死信消息投递到设置的DLX上去
注2：通过在队列里设置x-dead-letter-exchange参数来声明DLX，如果当前DLX是direct类型还要声明 x-dead-letter-routing-key参数来指定路由键，如果没有指定，则使用原队列的路由键

---

三、什么是延迟队列?

通过DLX和TTL模拟出延迟队列的功能，即，消息发送以后，不让消费者拿到，而是等待过期时间，变成死信后，发送给死信交换机再路由到死信队列进行消费

四、示例

生产者

4.1、先定义队列 交换机 路由键

    /**
     * 定义对列
     * NORMAL_QUEUE 正常队列
     * DEAD_QUEUE 死信队列
     */
    private static final String NORMAL_QUEUE="normalQueue";
    private static final String DEAD_QUEUE="datedQueue";

    /**
     * 定义交换机
     * NORMAL_EXCHANGE 正常交换机
     * DEAD_EXCHANGE 死信交换机
     */
    private static final String NORMAL_EXCHANGE="normalEchange";
    private static final String DEAD_EXCHANGE="datedExchange";

    /**
     * 定义路由键
     * NORMAL_ROUTING 正常路由键
     * DEAD_ROUTING 死信路由键
     */
    private static final String NORMAL_ROUTING="noramlRouting";
    private static final String DEAD_ROUTING="daedRouting";

4.2、编写队列

设置了TTL规则之后当消息在一个队列中变成死信时，利用DLX特性它能被重新转发到另一个Exchange或者Routing Key，这时候消息就可以重新被消费了。

  /**
     * 定义正常对列
     * @return
     */
    @Bean
    public Queue normalQueue(){
        Map<String,Object> map = new HashMap<>();
        /**
         * message在该队列queue的存活时间最大为10秒
         */
        map.put("x-message-ttl", 10000);
        /**
         * /x-dead-letter-exchange参数是设置该队列的死信交换器（DLX）
         */
        map.put("x-dead-letter-exchange", DEAD_EXCHANGE);
        /**
         * x-dead-letter-routing-key参数是给这个DLX指定路由键
         */
        map.put("x-dead-letter-routing-key", DEAD_ROUTING);
        
        return new Queue(NORMAL_QUEUE,true,false,true,map);
       

    }

    /**
     * 定义死信对列
     * @return
     */
    @Bean
    public Queue datedQueue(){
        return new Queue(DEAD_QUEUE);
    }

new Queue(NORMAL_QUEUE,true,false,true,map);参数说明：

//durable：true则持久队列
//exclusive：如果我们声明一个排他队列（该队列将仅由声明者的连接使用），则为true
 //autoDelete：服务器不再使用时应删除队列，则为true

4.3、编写交换机

 /**
     * 定义正常交换机
     * @return
     */
    @Bean
    public DirectExchange normalEchange(){
        return new DirectExchange(NORMAL_EXCHANGE);
    }

    /**
     * 定义死信交换机
     * @return
     */
    @Bean
    public DirectExchange datedExchange(){
        return  new DirectExchange(DEAD_EXCHANGE);
    }

4.4、绑定

 /**
     * 将正常队列绑定到正常交换机和路由键上
     * @return
     */
    @Bean
    public Binding noramlBinding(){
        return BindingBuilder.bind(normalQueue()).to(normalEchange()).with(NORMAL_ROUTING);
    }

    /**
     * 将死信队列绑定到死信交换机和路由键上
     * @return
     */
    @Bean
    public Binding daedBinding(){
        return BindingBuilder.bind(datedQueue()).to(datedExchange()).with(DEAD_ROUTING);
    }

这里注意 !!!
如果按正常的逻辑，应该是normalQueue()队列去消费消息，但实际上没有，e而是等消息过期后 变成死信，根据配置会被投递到DLX，然后根据死信路由键投到死信datedQueue()队列中然后进行消费

---

总结

提示：这里对文章进行总结：

其实死信队列就是一个普通的交换机，有些队列的消息成为死信后，（比如过期了或者队列满了）这些死信一般情况下是会被 RabbitMQ 清理的。但是你可以配置某个交换机为此队列的死信交换机，该队列的消息成为死信后会被重新发送到此 DLX 。至于怎么处理这个DLX中的死信就是看具体的业务场景了，DLX 中的信息可以被路由到新的队列。