RabbitMQ延迟队列疑问：不同TTL消息顺序异常及文档内容咨询

1. RabbitMQ是否支持通过TTL和死信实现承载不同TTL消息的延迟队列？ #

支持，但需使用消息级TTL而非队列级TTL。具体实现逻辑：

• 声明一个不设置队列级TTL的普通队列，绑定死信交换机并配置死信路由键；
• 发送消息时给每条消息单独设置expiration参数（即TTL，单位毫秒）；
• 消息过期后会成为死信，被转发到绑定的死信队列，消费端监听死信队列即可实现延迟消费。
  注意：队列级TTL是给队列内所有消息设置统一过期时间，无法承载不同TTL的消息，因此必须用消息级TTL。

2. 为何早发送的设置20分钟TTL的消息，晚于后发送的设置10分钟TTL的消息被接收？ #

这是RabbitMQ消息级TTL的特性导致的：
RabbitMQ队列是**先进先出（FIFO）**结构，消息级TTL的过期检查仅在消息到达队列头部时触发。早发送的20分钟TTL消息排在队列头部，即使后面的10分钟TTL消息先过期，也无法跳过头部消息直接进入死信队列，必须等头部的20分钟消息被消费或过期后，后面的消息才会被检查并转至死信队列，因此出现晚发的消息先被接收的情况。

如果要实现按过期时间先后顺序接收消息，有两种可行方案：

• 使用RabbitMQ官方延迟插件rabbitmq_delayed_message_exchange：该插件会根据消息的延迟时间排序存储，到期后按顺序投递，无需依赖死信机制；
• 按不同TTL拆分队列：将不同TTL的消息发送到对应独立队列，消费端通过监听多个队列，按延迟时间从短到长的顺序处理。

3. 图中内容的含义（基于RabbitMQ队列常见高级配置场景） #

图中展示的是RabbitMQ队列的死信及过期相关配置参数，各参数含义如下：

• x-dead-letter-exchange：指定死信消息要转发到的交换机，消息成为死信后不会被丢弃，而是发送到该交换机；
• x-dead-letter-routing-key：死信消息转发时使用的路由键，若未配置则沿用原消息的路由键；
• x-message-ttl：队列级消息过期时间（单位：毫秒），队列内所有消息统一使用该TTL，到期后变为死信；
• x-expires：队列自动过期时间，当队列在指定时间内无消息、无消费者访问时，会被RabbitMQ自动删除。

内容的提问来源于stack exchange，提问作者cwww3