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()，否则信号永远积压。
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 常见错误：写了信号回调但进程收不到
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 集成时的权限与路径上下文——这些地方出问题，进程看似在跑，其实早卡死或漏信号了。 
