Redis队列是PHP高并发下最实用异步方案，零部署成本、毫秒延迟、原生支持ThinkPHP；需注意连接复用、失败兜底、原子扣库存、命名隔离，并用Swoole协程提升吞吐3倍、降低延迟60%。
直接用Redis做队列，是PHP高并发场景下最实用、落地最快的异步方案。它不依赖额外中间件，ThinkPHP原生支持，单节点轻松扛住万级QPS，特别适合订单创建、邮件发送、日志归档这类耗时但非强实时的操作。
为什么选Redis而不是RabbitMQ或Kafka
不是RabbitMQ不可靠，也不是Kafka不强大，而是多数业务根本用不到它的复杂能力。Redis队列在中小规模系统里优势明显：
- 零部署成本：已有Redis服务，不用再搭一套消息中间件
- 毫秒级延迟：内存操作，LPUSH+BRPOP组合实测平均响应
- ThinkPHP开箱即用：配置改两行，命令跑一个，任务就能进队列
- 结构够用：List做基础队列，Sorted Set管延迟任务，Stream撑分布式重试
ThinkPHP中快速启用Redis队列
以ThinkPHP 8.0为例，三步完成接入：
- 在.env里指定驱动：
QUEUE_CONNECTION=redis - 确认config/queue.php中redis连接指向正确地址和库号，
retry_after设为60秒（防任务卡死） - 控制器里投递任务：
Queue::push(new SendEmailJob($to, $subject))
然后终端执行：php think queue:listen --queue=default，消费者就跑起来了。不需要写监听脚本，框架全托管。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
立即学习“PHP免费学习笔记（深入）”；
避免踩坑的关键细节
很多项目队列“看着跑了，实际不稳”，问题常出在几个隐性环节：
-
连接复用：确保Redis配置开启
persistent => true，否则每个任务都重建连接，CPU和TIME_WAIT暴涨 -
失败兜底：任务抛异常后，框架默认重试3次，但得配合
failed_jobs表记录日志，不然丢任务不报警 -
原子扣库存：秒杀类场景别在Worker里查DB再减，要用
DECR或EVAL脚本保证Redis端扣减原子性 -
队列命名隔离：不同业务用不同queue名，比如
order:notify和user:sync，避免互相阻塞
性能再提升：Swoole协程消费者
传统queue:listen是单进程轮询，吞吐有瓶颈。换成Swoole协程后，一个Worker能并发处理上百任务：
- 用
Swoole\Coroutine\Redis代替普通Redis客户端 - 调用
brpop阻塞监听，协程挂起不占资源，有消息立刻唤醒 - 配合
go()启动处理逻辑，失败时自动重投或进retry队列
实测同样硬件下，Swoole消费者比CLI模式吞吐提升3倍以上，延迟降低60%。
