thinkphp redis队列消息丢失主因是配置错误致降级为sync模式，或消费端未调用$job->delete()；须确保queue配置正确、启用brpoplpush原子操作、设置合理expire/retry_after、定时清理pending list。
消息丢失不是“偶尔发生”，而是配置或逻辑漏掉某个关键环节的必然结果。只要没显式控制持久化、确认机制和清理动作，丢消息就是时间问题。
ThinkPHP Redis 队列为什么根本没进队列
很多所谓“消息丢失”，其实是任务压根没走队列——config/queue.php 里 default 没设成 'redis'，或者 connections.redis.type 写成 'Redis'、'redis-driver'，TP 就会静默 fallback 到 sync 模式：任务在当前 HTTP 请求里同步执行，一报错就消失，连重试入口都没有。
- 检查方式：运行
php think queue:listen --queue=default后，立刻执行redis-cli KEYS "queues:*"，没看到queues:default就说明配置失效 - TP6 配置路径是
config/queue.php，TP5 是application/extra/queue.php，路径错等于白配 -
connections.redis.type必须严格为小写'redis'，不能带空格、大小写混用或额外字符
RabbitMQ 消息没持久化，重启后全丢
只设 delivery_mode = 2 不够，队列本身不持久，RabbitMQ 一重启，队列结构就没了，消息自然也没了。三者必须同时满足：交换机 durable=true、队列 durable=true、消息 delivery_mode=2。
- 声明队列时第三个参数必须为
true：$channel->queue_declare('task_queue', false, true, false, false) - 消息对象创建时要显式设置：
new AMQPMessage($body, ['delivery_mode' => 2]) - 仅靠
delivery_mode=2不能保证 100% 磁盘落盘（RabbitMQ 可能缓存），生产环境必须配合confirm_select()开启发布者确认
消费端没调 basic_ack 或 $job->delete()，消息反复执行或直接消失
ThinkPHP Redis 驱动不会自动清理已取任务；RabbitMQ 在 autoAck=false 下也不会自动删消息。不显式确认或删除，消息就一直卡在 pending 状态或重新入队——看起来像重复消费，实则是从未完成；更糟的是，失败时只 return 不 release，任务就彻底丢了。
- ThinkPHP 中，所有成功路径结尾必须调用
$job->delete() - RabbitMQ 消费回调里，必须调用
$channel->basic_ack($msg->delivery_info['delivery_tag'])，且只能在同一个$channel实例上调用 - 失败时不要直接
return，要用$job->release(60)或$channel->basic_nack($tag, false, true)延迟重试 - 如果配了
failed.type => 'database'，务必提前建好failed_jobs表，否则失败任务无处可存
BRPOPLPUSH 没启用，Pending List 积压吃光内存
ThinkPHP 默认用 RPOP + LPUSH 模拟暂存，但这不是原子操作：RPOP 成功后、LPUSH 前进程崩溃，消息就永久丢失。官方 think-queue 并不默认启用 BRPOPLPUSH，得自己补；即使启用了，queues:default:reserved 这类 pending key 也没有 TTL，不手动清理就会越攒越多。
- 别依赖 PHP 层轮询模拟，直接在 Redis 命令层用
BRPOPLPUSH source dest timeout原子转移 - Pending List 的 key 名要有业务隔离性，比如加
{worker_id}后缀，避免多个 worker 互相污染 - 必须加定时任务扫描
queues:default:reserved，用ZRANGEBYSCORE找出超时未处理项并ZREM清理
最常被忽略的一点：消息可靠性不是单点配置能解决的，它横跨连接管理、发布逻辑、消费确认、失败兜底、监控告警五个环节。少一个，丢消息的概率就不是降低，而是归零——因为那个环节本来就没生效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
