RabbitMQ原生不支持延迟消息，因其无delay参数或延迟投递原语，需通过TTL+DLX机制模拟：队列设x-message-ttl、x-dead-letter-exchange和x-dead-letter-routing-key，且三者必须完整声明并正确绑定，否则消息无法准时进入死信队列。
为什么 RabbitMQ 原生不支持 Delay Message？
RabbitMQ 本身没有 delay 参数或延迟投递原语，它只保证“发了就进队列”，不承诺“几点再给你”。所谓延迟，其实是靠“让消息在队列里多躺一会儿，到期自动踢出去”来模拟的。核心依赖两个机制：TTL（存活时间）和 DLX（死信交换机）。不理解这点，后面所有配置都会错位。
怎么配队列才能让消息准时变死信？
关键不是给消息加 Expiration，而是让队列具备“到期转发”能力——必须显式声明死信属性，且不能遗漏任何一环：
-
x-message-ttl：设在队列上更稳妥（比如20000表示 20 秒），避免每条消息单独设 TTL 导致 AMQP 协议层开销上升 -
x-dead-letter-exchange：必须是非空字符串，且该交换机得提前存在（类型通常为direct或topic） -
x-dead-letter-routing-key：要和后续绑定死信队列时用的routing_key完全一致，大小写、下划线都不能差 - 旧队列参数改了？必须删掉重声明——RabbitMQ 不允许运行中修改队列参数，否则
channel.Publish会直接报Exception (504) Reason: "channel/connection is not open"
消费者为什么收不到延迟消息？
常见现象是消息进了普通队列就“消失”了，或者一直卡在队列里不动。本质原因通常是路由断链：
- 死信交换机没绑定到真正的死信队列，或绑定时
routing_key对不上 - 死信队列没设置
durable: true，服务重启后队列丢失，死信无处可去 - 消费者连的是普通队列，而不是你专门创建的死信队列（比如叫
delayed_orders），自然收不到 - 消息被设了
Expiration，但队列同时设了更短的x-message-ttl，结果按短的算，提前过期了
调试建议：用 rabbitmqctl list_queues name messages_ready messages_unacknowledged 看普通队列里有没有积压；再查死信队列长度是否同步增长。
立即学习“go语言免费学习笔记（深入）”；
Go 代码里最容易漏掉的三件事
用 streadway/amqp 时，光写 Publish 不够，队列声明、交换机绑定、消费者启动都得闭环：
- 声明队列时传的
argsmap 必须包含全部死信参数，漏一个就失效 - 死信交换机要先
ExchangeDeclare，不能只靠 Publish 时自动创建（默认不创建） - 消费者要
QueueBind到死信交换机，而不是原始交换机，否则消息永远路由不过去
示例片段关键行：ch.ExchangeDeclare("dead_message_exchange", "direct", true, false, false, false, nil)ch.QueueBind("delayed_orders", "dead_message_key", "dead_message_exchange", false, nil)
真正麻烦的不是写几行代码，而是 RabbitMQ 的配置是状态敏感的：删错队列、绑错 key、忘声明交换机，都会让消息静默丢失。上线前一定用 curl -u guest:guest http://localhost:15672/api/queues 看一眼队列的 arguments 字段是否完整，比猜日志快得多。
