php 8.5 使用 pcntl_fork 写守护进程前须启用 pcntl 扩展,核心步骤为 fork + setsid + chdir,并需配合 pcntl_signal_dispatch 处理信号,生产环境推荐 systemd 管理。

php8.5 用 pcntl_fork 写守护进程前先确认扩展已启用
PHP 8.5 默认不启用 pcntl 扩展,且 CLI SAPI 下必须显式开启才能调用 pcntl_fork、pcntl_signal 等函数。直接运行会报 Call to undefined function pcntl_fork()。
- 检查是否启用:
php -m | grep pcntl,无输出说明未启用 - 启用方式:编译时加
--enable-pcntl;若用包管理器安装(如 Ubuntu 的php8.5-cli),需额外装php8.5-pcntl包并重启 CLI 配置(无需 Apache/Nginx) - 注意:Docker 官方镜像默认禁用
pcntl,Alpine 需手动编译或换用php:8.5-cli-alpine并 apk add php85-pcntl
守护进程核心三步:fork + setsid + chdir
不是简单加个 & 或用 nohup 就算守护进程——那只是后台作业,仍受终端生命周期影响。真守护进程必须脱离终端控制组、重设会话、重定向 I/O。
-
pcntl_fork()后,父进程应立即exit(0),子进程继续;否则多进程逻辑错乱 - 子进程立刻调用
posix_setsid()脱离控制终端,否则SIGHUP仍会终止它 - 必须
chdir('/');并关闭所有继承的文件描述符(尤其是STDIN/STDOUT/STDERR),否则工作目录锁住磁盘、日志写入失败 - 示例关键片段:
if (pcntl_fork() > 0) { exit(0); } posix_setsid(); chdir('/'); fclose(STDIN); fclose(STDOUT); fclose(STDERR);
信号处理不能只靠 pcntl_signal —— 要配合 pcntl_signal_dispatch
PHP 的信号是“延迟分发”机制,注册了 pcntl_signal(SIGTERM, $handler) 不代表信号一来就执行,必须在主循环里显式调用 pcntl_signal_dispatch(),否则信号永远积压。
- 常见错误:写了信号回调但进程收不到
SIGTERM,杀不死,因为没调pcntl_signal_dispatch() - 必须在 while 循环内每轮都调一次,且建议加
usleep(10000)避免空转占满 CPU - 不要在信号回调里做耗时操作(如 DB 查询、文件写入),只设标志位,主循环检测后处理
- 示例结构:
pcntl_signal(SIGTERM, fn() => $should_exit = true); while (!$should_exit) { pcntl_signal_dispatch(); // 主逻辑 usleep(10000); }
systemd 管理比自写守护更可靠,但需适配 PHP 进程模型
自己 fork + signal 处理容易漏掉边缘情况(如孤儿进程回收、OOM killer 干预)。生产环境优先用 systemd,但 PHP CLI 进程默认不是 long-running,需调整配置。
立即学习“PHP免费学习笔记(深入)”;
- Unit 文件中设
Type=simple(非forking),因为 PHP 不会自行 double-fork - 必须加
Restart=always和RestartSec=3,否则崩溃后不拉起 - 禁止用
nohup或&启动,systemd 要直接控制主进程 PID - 日志交给 journald:删掉所有
error_log()到文件的操作,用echo或syslog(),systemd 自动捕获 stdout/stderr
pcntl 行为和老版本基本一致,但信号语义更严格;真正难的是进程状态收敛、资源清理和 systemd 集成时的权限与路径上下文——这些地方出问题,进程看似在跑,其实早卡死或漏信号了。











