ThinkPHP6定时任务需通过Redis分布式锁或消息队列+限流消费者实现并发控制，禁用多节点重复加载是基础前提。
ThinkPHP6 定时任务本身不内置“最大并发数”控制，多实例部署下同一 Cron 任务会在各服务器上独立触发，天然形成并发。要限制实际执行的并发数量，核心思路是：**用分布式锁强制串行化，或用队列+消费者模型统一调度**。不是在 TP6 层面设个参数就能生效，而是得结合 Redis、中间件或进程管理来落地。
用 Redis 分布式锁控制单次仅一个节点执行
这是最直接、最常用的方式，适用于定时同步类任务（如订单对账、库存校验）：
- 锁 key 必须带业务标识和时间维度，例如 sync_order_20261029，避免跨天任务被误阻塞
- 加锁必须原子：使用 set($key, $value, ['nx', 'ex' => $expire])，不能拆成 get + set
- 过期时间建议设为任务预估耗时的 2–3 倍（如任务通常 60s，设 180s），防死锁
- 在命令类
handle()开头加锁，失败则直接 return，不抛异常
改用消息队列 + 限流消费者模型
当任务本身可异步、且需支持弹性伸缩时，把定时触发转为“投递任务”，再由可控数量的消费者执行：
- 定时命令（如
php think timer:run）只负责往 Redis List 或 RabbitMQ 发一条轻量指令（如订单 ID） - 消费者用 Supervisor 管理，显式控制进程数，例如启动 5 个 worker：
command=php /var/www/tp6/think queue:work --queue=default --sleep=1 --max-jobs=500 - 每个消费者内可再加本地计数或 Redis INCR 判断当前并发是否超阈值（如每秒最多处理 10 条）
通过 Nginx 或系统层做请求级并发压制（辅助手段）
如果定时任务是通过 HTTP 接口触发（如 curl https://api.xxx.com/cron/sync），可在反向代理层拦截：
- Nginx 配置 IP 级连接限制：limit_conn tp_ip 1，确保同一来源只允许 1 个长连接
- 配合 limit_req zone=burst burst=5 nodelay 控制请求速率，防突发刷调用
- 注意：此法仅适用于 HTTP 触发型定时任务，不适用于 CLI 原生定时器
禁用多节点重复加载（基础排查项）
先确认是不是“本不该并发却并发了”：
- 执行 php think timer:status，看是否多个同名任务显示 active
- 检查
config/timer.php中 'multi_process' => false（单机多进程场景下也需关闭） - 确保生产环境未误启调试模式或日志全量记录，避免因响应慢造成任务堆积假象
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
