pcntl_fork 不能直接在 Web Server 中使用，因 PHP-FPM 和 Apache mod_php 默认禁用或不支持该函数，且 Web 请求生命周期短导致子进程不可控；仅适用于 CLI 下长期运行的脚本或守护进程。
pcntl_fork 为什么不能直接在 Web Serve r里用
因为大多数 PHP Web 环境（比如 Apache 的 mod_php 或 Nginx + PHP-FPM）默认不支持 pcntl_fork，FPM 进程池会主动禁用信号处理，pcntl_fork 调用直接返回 false，且无明确报错。你在浏览器里跑 fork，大概率什么都没发生，还误以为代码没生效。
真正能用的场景只有：php-cli 启动的长期运行脚本（如队列消费者、定时任务、后台工具），或者自己封装的守护进程。Web 请求生命周期太短，fork 出来的子进程可能在父进程退出后被系统回收，结果不可控。
- 检查是否可用：
function_exists('pcntl_fork')必须为true - FPM 下即使编译了 pcntl，也需在
php-fpm.conf中显式开启：process_control_timeout = 0并重启服务（但依然不推荐用于 Web 请求） - Apache mod_php 需要在编译时加
--enable-pcntl，且不能启用zts（线程安全模式），实际生产极少这么配
fork 后父子进程怎么安全通信和同步
fork 只是复制内存快照，父子进程变量不共享。你改子进程里的 $data，父进程完全不知道——这不是多线程，没有共享内存或引用计数那一套。
真要传结果回来，得靠系统级 IPC：最轻量的是 pcntl_waitpid 捕获子进程退出状态，配合 pcntl_wexitstatus 提取 exit($code) 的低 8 位；想传更多数据，就得上 posix_mkfifo、shmop 或临时文件，但复杂度陡增，容易出竞态。
立即学习“PHP免费学习笔记（深入）”；
- 别用全局变量或静态属性期待“子进程改完父进程能读到”
- 子进程务必调用
exit()（不是return），否则会继续执行后续代码，造成重复 fork 或逻辑错乱 - 父进程必须调用
pcntl_waitpid($pid, $status)回收子进程，否则变成僵尸进程；用pcntl_waitpid(-1, $status, WNOHANG)可非阻塞轮询
为什么 fork 多次后 CPU 占用飙升甚至卡死
常见写法是循环 fork 不做限制，比如想并发处理 10 个任务，写了 10 次 pcntl_fork()，但忘了每个子进程如果没 exit() 就会继续循环，导致指数级进程爆炸（1→2→4→8…）。
另一个坑是没设最大并发数，任务量大时瞬间拉起几百个进程，系统调度开销压垮负载，比单进程还慢。PHP 本身不是为高并发进程模型设计的，每个进程都带完整 Zend VM，内存占用是硬伤。
- 用计数器控制并发数，fork 前检查当前活跃子进程数，超限就
pcntl_waitpid(-1, $status, WNOHANG)收一个再 fork - 子进程逻辑末尾必须是
exit(0)，且不要依赖__destruct或register_shutdown_function来清理——它们不一定执行 - 考虑用
pcntl_alarm给子进程设超时，防止某个任务卡死拖垮全部
替代方案：什么情况下该放弃 pcntl_fork
如果你只是想“让耗时操作不卡住主流程”，pcntl_fork 是杀鸡用牛刀。它难调试、难监控、难部署，CI/CD 流水线里基本没法测。
更现实的选择：异步 HTTP 客户端（curl_multi_exec）、协程（Swoole/ReactPHP）、消息队列（Redis List + worker）、甚至简单地把任务丢进 system('nohup php task.php > /dev/null 2>&1 &') 后台运行——只要结果能落库或发通知，用户感知不到区别。
pcntl_fork 真正适合的，是那种需要强隔离、精确控制生命周期、且必须 PHP 原生实现的场景，比如自研的进程管理器、实时日志分析管道、或嵌入式设备上的本地服务。普通业务代码里，它出现得越少越好。
