RabbitMQ通过“TTL+死信队列”模拟延时消息：为消息单独设expiration实现细粒度延时，需配置x-dead-letter-exchange等参数；但存在首消息阻塞问题，高精度场景推荐使用rabbitmq-delayed-message-exchange插件。
RabbitMQ 本身不直接支持延时消息，但可以通过“TTL + 死信队列”组合模拟出延时消费效果。核心逻辑是：让消息在普通队列中“存活”指定时间，过期后自动变成死信，被转发到预设的死信队列，消费者只监听这个死信队列，就能实现延迟触发。
设置消息 TTL 实现单条消息级延时
关键在于为每条消息单独设置过期时间（单位毫秒），而不是统一设在队列上。这样不同业务场景（比如订单10分钟、优惠券24小时）可灵活控制。
- 发送时通过
message.getMessageProperties().setExpiration("60000")设置 60 秒过期 - 注意：RabbitMQ 是惰性检测——只有当消息到达队首准备被投递时，才检查是否过期
- 若队首消息 TTL 很长（如 1 小时），后面 TTL 短的消息（如 10 秒）会被阻塞，无法准时进入死信队列
声明普通队列并绑定死信交换机
普通队列必须显式配置死信属性，否则过期消息不会自动转发。
- 声明队列时添加参数：
x-dead-letter-exchange（指定死信交换机名称） - 可选设置：
x-dead-letter-routing-key（指定转发到死信队列的路由键） - 例如：普通队列
order.delay.queue配置 DLX 为dlx.order，路由键为release
配置死信交换机与死信队列
死信消息最终要有个地方落脚，这部分需独立声明并绑定。
- 创建一个直连型（direct）或扇出型（fanout）死信交换机，如
dlx.order - 声明死信队列（如
order.release.queue），并绑定到该交换机，路由键匹配前面设置的release - 消费者只订阅
order.release.queue，收到的消息就是已过期的延时消息
注意时序问题与替代方案
当多条消息 TTL 差异大时，单纯靠 TTL+DLX 会出现“长 TTL 消息阻塞短 TTL 消息”的现象，导致延时不准确。
- 如果业务要求精确延时（如不同订单分别延时 5s/30s/5min），推荐启用
rabbitmq-delayed-message-exchange插件 - 该插件提供一种新交换机类型
delayed，发送时直接指定x-delay头部，无需依赖队列顺序和惰性检测 - 插件要求 RabbitMQ ≥ 3.5.7，需手动安装并启用
