PHP中消息TTL必须配合队列级x-message-ttl和DLX才可靠，因单设AMQPMessage的expiration常被忽略；队列未设x-message-ttl则expiration无效，设了则取二者较小值；x-message-ttl须与x-dead-letter-exchange/x-dead-letter-routing-key成对配置，否则过期消息“消失”；TTL计时从入队完成开始，非publish时刻，且存在扫描延迟，建议最小设5秒，并在消费者端二次校验时间戳。
PHP任务队列中消息TTL不能只靠expiration字段硬写，必须配合队列级x-message-ttl和死信交换器（DLX）才能可靠实现延迟/过期行为。
为什么单独设AMQPMessage的expiration经常不生效
很多开发者直接在AMQPMessage构造时传['expiration' => '60000']，但发现消息没过期就被消费了。根本原因是：RabbitMQ默认不检查单条消息的expiration，除非该消息被路由到一个设置了x-expires或x-message-ttl的队列，且该队列处于无人监听状态（即没有消费者连着）。更常见的情况是——消息一入队就被消费，根本没机会触发TTL校验。
真正起作用的是队列声明时的x-message-ttl参数，它强制所有入队消息从入队时刻开始倒计时，超时未被消费即转为死信。
- 队列未设置
x-message-ttl，仅消息带expiration→ 大概率被忽略 - 队列设置了
x-message-ttl，消息也带expiration→ 取二者较小值 - 队列设置了
x-message-ttl，但有活跃消费者持续拉取消息 → TTL仍生效，超时消息不会被投递给消费者
x-message-ttl与x-dead-letter-exchange必须成对配置
只设x-message-ttl会让过期消息“消失”，既不投递也不报错，调试时极难定位。必须同时指定x-dead-letter-exchange和x-dead-letter-routing-key，把死信导向另一个交换器处理。
立即学习“PHP免费学习笔记（深入）”；
示例中声明队列的关键参数：
$args = new AMQPTable();
$args->set('x-message-ttl', 30000); // 所有消息30秒后过期
$args->set('x-dead-letter-exchange', 'dlx.exchange');
$args->set('x-dead-letter-routing-key', 'dlq.route');
$channel->queue_declare('delay.queue', false, true, false, false, false, $args);
- 死信交换器
dlx.exchange必须提前声明为direct或topic类型 -
dlq.route要与后续绑定的死信队列路由键完全一致 - 不要用
fanout做DLX，它不支持路由键匹配，会导致死信无法进目标队列
PHP里控制TTL的实际精度和边界条件
RabbitMQ的TTL不是毫秒级实时触发，而是依赖内部定时器扫描，实际过期可能延迟几百毫秒。更重要的是：TTL计时起点是消息入队完成时刻，不是basic_publish调用时刻。如果队列积压严重，消息在内存/磁盘缓冲区排队期间不计入TTL。
- 高并发场景下，建议TTL最低设为
5000（5秒），低于此值容易因调度延迟导致行为不可控 - 需要精确到秒级延迟的任务（如订单15分钟未支付关闭），务必在消费者端二次校验消息时间戳：
$msg->get('timestamp')+ 预期延迟 ≤ 当前时间 - 避免用TTL替代业务逻辑判断——比如“用户注册后24小时发欢迎邮件”，应结合数据库状态+定时任务，而非仅靠消息过期
真正麻烦的不是设TTL，而是当死信流入DLX后，没人监听queue.dlx或消费者崩溃，这些消息就卡在死信队列里不动了。上线前必须确认DLX链路全程可监控、可重放、有告警。
