pcntl_fork仅限cli模式，web sapi中不安全；需显式判断返回值-1/0/正数以区分错误、子进程、父进程；必须回收僵尸进程并二次fork+posix_setsid实现可靠守护进程。
pcntl_fork 不能在 Web SAPI（如 PHP-FPM、Apache）中安全使用，仅限 CLI 模式；守护进程必须二次 fork + posix_setsid 才能真正脱离终端，否则信号、I/O、生命周期都不可靠。
pcntl_fork 返回值判断错误导致父子逻辑错乱
常见错误是忽略 pcntl_fork() 的三种返回值：-1（失败）、0（子进程）、正整数（父进程 PID）。一旦用 if ($pid) 判断，会把子进程（返回 0）误判为 false 而跳过子逻辑，或把父进程 PID 当作布尔 true 执行错误分支。
正确做法是显式比对：
- 用
if ($pid === -1)处理创建失败 - 用
if ($pid === 0)明确进入子进程逻辑 - 用
else（即$pid > 0）处理父进程逻辑
示例片段：
if (($pid = pcntl_fork()) === -1) {
die('fork failed');
} elseif ($pid === 0) {
// 子进程：执行任务后必须 exit(0)
echo "child: ", getmypid(), "\n";
exit(0);
} else {
// 父进程：记录 PID，不 return
$children[] = $pid;
}
不处理 SIGCHLD 会导致僵尸进程堆积
子进程退出后，内核保留其退出状态，等待父进程调用 pcntl_waitpid() 回收。若父进程没回收，该子进程就变成僵尸进程（Z 状态），持续占用系统 PID 表项。
手动轮询回收容易漏掉或阻塞，推荐注册 SIGCHLD 信号处理器：
- 调用
pcntl_signal(SIGCHLD, function($sig) { pcntl_waitpid(-1, $status, WNOHANG); }) - 在主循环中定期调用
pcntl_signal_dispatch()触发信号处理 - 避免在信号处理器里做复杂操作（如写文件、连数据库）
注意：pcntl_signal() 默认是“懒惰分发”，不调 pcntl_signal_dispatch() 就不会执行回调。
守护进程未二次 fork 导致无法真正脱离终端
只调一次 pcntl_fork() 并让父进程退出，子进程仍属于原会话，可能随终端关闭收到 SIGHUP，标准流也未重定向，日志会乱输出到控制台。
可靠方案必须包含两步：
- 第一次
pcntl_fork()：父进程退出，子进程继续 - 第二次
pcntl_fork()：新子进程调用posix_setsid()成为会话 leader，彻底脱离控制终端 - 之后关闭
STDIN/STDOUT/STDERR，重定向到/dev/null或日志文件 - 调用
chdir('/')防止工作目录被占用无法卸载
漏掉二次 fork，进程看起来在后台跑，但实际仍受终端生命周期影响，重启 SSH 或关闭终端后可能意外终止。
CLI 环境下信号处理的几个硬约束
PHP 的信号处理在 CLI 下才有效，且有明确限制：
-
SIGKILL和SIGSTOP无法被捕获或忽略 - 信号处理器中禁止调用非异步信号安全函数（如
echo、file_put_contents、mysql_connect） - 若需记录日志，应写入全局变量或通过
syslog()（POSIX 安全） - 长时间运行的守护进程建议加
umask(0)，避免继承父进程掩码导致文件权限异常
最容易被忽略的是：信号回调函数里调 exit() 是危险的——它会直接终止整个进程，而非优雅清理。应该设标志位，在主循环中检查并执行释放资源逻辑。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
