PHP浏览器触发长耗时子进程非阻塞执行的优化方案咨询

核心问题本质是：不管是直接用反引号执行命令，还是单次pcntl_fork+posix_setsid的实现，长耗时任务的进程始终和当前web请求的PHP进程存在生命周期绑定，所以会被PHP执行时间限制、web服务超时规则影响。除了调大set_time_limit()之外，有两类可靠性远高于修改超时配置的方案：

方案1：轻量无依赖实现（适合简单场景） #

直接通过系统shell能力把长耗时命令完全托管给操作系统，和当前PHP进程彻底解绑，不需要依赖任何特殊扩展，投递完命令后PHP可以立刻返回响应给前端，完全不会触发超时限制。
核心是利用nohup+输出重定向+后台运行符，让启动的进程脱离当前会话的进程组：

<?php
// 前置业务逻辑处理
// 投递长耗时任务：所有输出重定向到空设备，进程后台运行，忽略会话挂起信号
exec("nohup do_long_command_that_takes_10_minutes > /dev/null 2>&1 &");
// 任务投递完成，直接返回响应给前端，无需等待任务执行

实现注意点：必须加> /dev/null 2>&1把标准输出、标准错误都重定向，否则PHP会等待输出句柄关闭才会结束exec调用，依然会产生阻塞。

方案2：任务队列实现（适合生产环境、需要任务管控的场景） #

不要在web请求进程中直接启动长耗时任务，把任务触发和任务执行完全拆成两个独立环节：

• web接口收到请求后，仅把长任务的执行参数写入队列存储（Redis、MySQL、专用消息队列都可），写完立刻给前端返回响应，整个接口耗时控制在毫秒级
• 后端单独部署PHP CLI模式下的常驻消费进程（CLI模式默认无执行时间限制），持续监听队列，拿到任务后执行对应的长耗时逻辑

这个方案相比直接起进程的优势：

• 完全规避web运行模式下的所有超时限制、进程回收风险，不会产生僵尸进程
• 支持任务状态查询、失败重试、执行并发数控制、日志追溯，稳定性远高于web进程直接fork的实现
• 不会因为web服务重启、进程数超限回收等问题导致长任务中途中断

对现有pcntl_fork实现的优化提示 #

如果因场景限制必须使用pcntl拓展实现，不要用单次fork的逻辑，需要做二次fork+setsid彻底脱离会话，同时注意：

• fork出的子进程要立刻关闭从父进程继承的所有连接句柄（数据库、Redis、标准输入输出等），避免句柄持有导致的阻塞、异常
• 子进程中要用pcntl_exec替换当前进程空间执行长命令，不要用反引号、shell_exec等方式等待命令执行
• pcntl拓展在绝大多数web运行环境（PHP-FPM、Apache mod_php）中是默认禁用的，且web模式下fork处理不好信号回收很容易出现僵尸进程，生产环境不推荐使用

内容的提问来源于stack exchange，提问作者Lucky