PHP 长期以来被视为“请求-响应”式的短生命周期脚本语言，但在 CLI 环境下，借助 pcntl 扩展，PHP 同样可以编写常驻内存的多进程程序。pcntl_fork() 是这一切的起点，但若只停留在“调用它就能创建子进程”的层面，很容易在信号处理、文件描述符继承和 IPC 选型上踩坑。本文将从内核行为出发，逐层拆解 pcntl_fork 的真实语义，并给出进程间通信的工程化建议。
一、pcntl_fork 的内核行为：不只是“复制一份进程”
pcntl_fork() 最终调用的是 Linux 的 fork(2) 系统调用。内核在接到 fork 请求后，会完成以下关键动作：
- 复制 task_struct：为子进程分配新的进程描述符，复制父进程的
task_struct、内核栈等结构。 - 写时复制（Copy-on-Write）：子进程与父进程共享物理内存页，页表被标记为只读。只有当任意一方尝试写入时，内核才触发缺页异常并复制该页。这意味着
fork本身并不立即复制整个进程内存，开销远小于“内存拷贝”的直觉。 - 复制文件描述符表：子进程获得父进程文件描述符表的副本，指向相同的
struct file。因此父子进程共享文件偏移量，但关闭操作互不影响。 - 返回两次：父进程中返回子进程 PID，子进程中返回 0。若失败则返回 -1 并设置
errno。
在 PHP 中，pcntl_fork() 的返回值与 C 一致。一个常见误区是认为 fork 后父子进程会“同时”执行后续代码——实际上调度器决定谁先运行，父子进程的执行顺序是不确定的。
$pid = pcntl_fork();
if ($pid === -1) {
exit("fork failed\n");
} elseif ($pid === 0) {
// 子进程
exit(0);
} else {
// 父进程
pcntl_waitpid($pid, $status);
}
二、写时复制对 PHP 变量的真实影响
写时复制让许多 PHP 开发者产生误解：认为子进程修改 $var 不会影响父进程。这没错，但原因不是“内存被复制了”，而是“写入触发了页复制”。更需要注意的是，PHP 的引用计数和写时复制机制与内核 CoW 叠加，可能导致内存行为与预期不符。
例如，在 fork 之前创建的大数组，父子进程会共享其物理页。若子进程只读取，内存不会翻倍；若子进程写入，则触发复制。因此，在 fork 之前尽量完成只读数据的加载，可以有效降低内存峰值。
三、文件描述符继承：隐藏的共享状态
fork 后，子进程继承父进程已打开的文件描述符。这带来两个典型问题：
- 共享 socket 连接：若父进程已连接数据库或 Redis，子进程会共享同一连接。多个进程并发读写同一 socket 会导致协议错乱。正确做法是在子进程启动后重新建立连接。
- 标准输出的交错：父子进程同时向 STDOUT 写入时，输出可能交错。建议在子进程中重定向或使用独立的日志通道。
此外，父进程在 fork 前打开的文件，若不再需要，应在父进程中关闭，避免子进程持有无用描述符。
四、进程间通信的选型：管道、信号与共享内存
PHP 的 pcntl 本身不提供完整的 IPC 机制，但结合其他扩展可以覆盖多数场景。
1. 匿名管道（pipe）
pcntl_fork 常与 stream_socket_pair 或 posix_mkfifo 配合。匿名管道适用于父子进程间的单向数据流。由于管道是字节流，需要自行定义消息边界（如换行符或长度前缀）。
[$parentSock, $childSock] = stream_socket_pair(
STREAM_PF_UNIX, STREAM_SOCK_STREAM, STREAM_IPPROTO_IP
);
$pid = pcntl_fork();
if ($pid === 0) {
fclose($parentSock);
fwrite($childSock, "hello\n");
exit(0);
}
fclose($childSock);
echo fgets($parentSock); // hello
pcntl_waitpid($pid, $status);
2. 信号（signal）
信号适合控制类通信，如通知子进程退出、重载配置。PHP 通过 pcntl_signal 注册处理器，但必须配合 pcntl_signal_dispatch 或 declare(ticks=1) 才能及时响应。在常驻进程中，推荐使用 pcntl_signal_dispatch 显式派发。
注意：SIGKILL 和 SIGSTOP 无法被捕获。子进程退出后若未 wait，会变成僵尸进程，需用 pcntl_waitpid 回收。
3. 共享内存与消息队列
shmop 和 sysvmsg 扩展提供共享内存与消息队列。共享内存适合高频读写的大块数据，但需自行处理同步；消息队列自带内核级队列，适合解耦生产者和消费者。两者都依赖 System V IPC，在容器环境中需注意内核参数限制。
五、工程化建议与常见陷阱
- 僵尸进程：父进程必须回收子进程。可使用
pcntl_waitpid(-1, $status, WNOHANG)在事件循环中非阻塞回收。 - 孤儿进程：父进程先退出时，子进程被 init 收养。若子进程需要感知父进程状态，应通过管道或信号显式通信。
- 信号安全：在信号处理器中只做标记，主循环中处理实际逻辑，避免在异步信号中调用非异步安全函数。
- 进程数控制：
fork不是免费的，每个进程都有独立的内存和调度开销。高并发场景应结合进程池或协程方案。
结语
pcntl_fork 是 PHP 多进程编程的基石，但它的行为由内核的写时复制、文件描述符继承和调度策略共同决定。理解这些底层机制，才能在 IPC 选型、资源管理和信号处理上做出正确决策。多进程不是银弹，但在 CLI 常驻任务、并行数据抓取等场景中，它依然是 PHP 生态中不可或缺的能力。
未经允许不得转载：任鹏个人博客 » PHP 多进程编程深度精讲：pcntl_fork 的内核行为与进程间通信
