Node.js调用PHP接口慢的本质是未限流导致的连接爆炸。应改用BullMQ等队列解耦，Node投递任务后立即返回，由独立PHP Worker消费；Worker须用CLI模式、禁用超时、由Supervisor管理，并确保错误处理与结果回传。
Node.js 调用 PHP 接口慢，本质是同步阻塞 + 连接爆炸
Node.js 本身非阻塞 I/O，但调用 PHP（比如通过 child_process.exec 或 HTTP 请求）时，若不做控制，高并发下会瞬间创建大量子进程或 TCP 连接，PHP 端（尤其用 Apache + mod_php 或短生命周期 CGI）来不及响应，排队、超时、内存溢出全来了。
这不是 Node.js 慢，是“没限流的混合架构”在自爆。
- HTTP 方式调用：PHP 接口没加连接池，
axios或node-fetch默认每请求新建 socket，复用率低 - 子进程方式（
spawn/exec）：PHP 脚本启动开销大，maxBuffer不设易卡死，stderr 未监听会阻塞子进程退出 - PHP 端无状态、无缓存、每次重连数据库——Node 并发一上来，它先扛不住
用 BullMQ 或 Bee-Queue 做中间队列，把“调用”变成“投递”
核心思路：Node.js 不直接等 PHP 执行完，而是把任务写进 Redis 队列，由独立的 PHP Worker 进程消费。Node 只负责快速返回任务 ID，后续轮询或 WebSocket 推送结果。
选 BullMQ（基于 Redis Streams）比旧版 Bull 更稳，支持重试、优先级、延迟任务：
立即学习“PHP免费学习笔记（深入）”；
// Node.js 投递任务（示例用 BullMQ）
import { Queue } from 'bullmq';
const queue = new Queue('php-jobs', { connection: { host: '127.0.0.1', port: 6379 } });
await queue.add('process-pdf', {
inputPath: '/tmp/file.pdf',
userId: 123
});
// → 立刻返回，不等 PHP 执行
- PHP Worker 用
php artisan queue:work redis（Laravel）或原生BRPOP循环消费，与 Node 解耦 - 避免在 Node 里
await queue.add(...)后立刻await job.waitUntilFinished()——这又变同步了 - 队列名、任务名别用动态拼接（如
`user-${id}-job`），Redis key 太散会导致监控和清空困难
PHP Worker 必须关掉 max_execution_time，且用 CLI 模式运行
Web 环境下跑的 PHP（如 Nginx + PHP-FPM）默认 max_execution_time=30，队列任务一旦超时就被 kill，BullMQ 认为失败并重试，形成雪崩。CLI 模式才能真正长时运行。
- 确认 PHP Worker 启动命令是
php /path/to/worker.php，不是curl http://localhost/worker.php - 在 Worker 脚本开头加
set_time_limit(0)，并检查ini_get('max_execution_time')确实为 0 - 用 Supervisor 或 pm2 管理 Worker 进程，避免挂掉没人拉起；别用
nohup php worker.php &这种裸奔方式 - Worker 内部处理完要显式调用
$job->done()（BullMQ）或return true（Bee-Queue），否则任务卡在active状态
别漏掉错误隔离和结果回传路径
队列只是解耦，不是隐身。PHP 执行失败、超时、格式错误，Node 端必须能感知，否则用户永远卡在“加载中”。
- PHP Worker 把结果（含 error）统一写回 Redis 的 Hash 或 JSON 字符串，key 用任务 ID（如
result:{jobId}），过期时间设为 1 小时 - Node 提供
GET /api/job/:id/result接口读取，别让前端轮询整个队列 - PHP 抛异常时，务必捕获并写入失败日志 +
$job->failed()，否则 BullMQ 会无限重试（默认 10 次） - 敏感任务（如支付回调）加幂等键（
jobId+userId组合），防止重复消费
队列不是银弹——PHP 脚本本身有性能瓶颈（比如 GD 处理大图）、Redis 网络延迟、序列化开销，这些都得单独压测。最常被忽略的是：Node 投递队列太快，PHP Worker 数量不够，积压任务越来越多，最后 Redis 内存爆掉。扩 Worker 前，先看 redis-cli llen php-jobs:wait。
