RabbitMq 实现延迟队列的理解

基础知识

死信

队列中的消息会在以下三种情况下变为死信：

延迟队列

（就是业务队列，只是我们想让这个业务队列中的消息延迟一段时间后再执行而不是立即执行，可以设置让该队列中的所有消息延迟同样的时间后再被消费，或者给不同的时间设置不同的延迟时间），
但实际上rabbitMQ并没有直接的延迟队列可以用，我们可以利用rabbitMQ的以下两个特性来实现这样的延迟队列：
（1）TTL （time to live） 生存时间
（2）DLX （Dead Letter Exchanges）死信交换机

 死信交换机

延迟队列中的消息到期变成死信后，会被死信交换机路由到指定的直接消费队列（有人把这个才称为死信队列，我觉得很有道理）

延迟队列声明同时声明死信交换机，延迟队列中的消息到期后会通过死信交换机进入到绑定的真正消费队列（被消费者监听的队列，即真正被消费者消费的队列，消费者一监听到该队列里有消息，就会拿来消费），做监听消费处理
 

直接消费队列（死信队列）

我的理解死信队列是由死信组成的队列，死信不是直接就能到死信队列中的，是用过死信交换机路由过来的，死信队列的特性：

在实现延迟取消订单的场景中，订单的取消就是相当于从死信队列中取消息，然后取消订单（这就是消费啊）

死信队列是被消费者监听的队列，即真正被消费者消费的队列，消费者一监听到该队列里有消息，就会拿来消费