pcntl 扩展仅适用于 CLI 环境，通过 fork 实现进程并发而非多线程；pcntl_fork() 复制进程，父进程返回子 PID，子进程返回 0，失败返回 -1；子进程需显式 exit()，否则逻辑错乱；父进程须用 pcntl_waitpid() 等回收子进程，避免僵尸进程；推荐 pcntl_async_signals() 替代 ticks 方式处理信号；pcntl_exec() 是就地替换当前进程，非启动新进程，需检查返回值、传参为数组、用绝对路径。
pcntl 扩展不能在 Web 环境（如 Apache/Nginx + PHP-FPM）里安全使用，只适用于 CLI 命令行脚本；它不提供真正的多线程，而是通过 fork 创建独立进程实现并发。
pcntl_fork() 是怎么分身的？
调用 pcntl_fork() 后，当前进程会复制出一个几乎完全相同的子进程：内存、打开的文件描述符、执行位置都一致，但 PID 不同。关键区别在返回值：
- 父进程中返回子进程的 PID（正整数）
- 子进程中返回
0 - 失败时返回
-1
子进程必须显式调用 exit() 结束，否则会继续执行父进程后续逻辑，造成意外交叉 —— 这是最常见的逻辑错乱源头。
不等子进程就退出，会产生僵尸进程
子进程结束后，内核会保留其退出状态，直到父进程调用 pcntl_waitpid() 或 pcntl_wait() 读取。如果父进程没处理，子进程就变成僵尸（Z 状态），持续占用系统 PID 表项。
立即学习“PHP免费学习笔记（深入）”；
常用回收方式：
-
pcntl_waitpid(-1, $status)：阻塞等待任意一个子进程结束 -
pcntl_waitpid(0, $status)：同上，但更明确表示“任一已终止子进程” -
pcntl_waitpid($pid, $status, WNOHANG)：非阻塞轮询指定 PID，适合父进程需兼顾其他任务的场景
注意：WNOHANG 是常量，不是字符串，别写成 'WNOHANG'。
信号处理要避开 ticks，优先用 pcntl_async_signals()
老式写法依赖 declare(ticks=1) + pcntl_signal()，但 ticks 开销大、易漏触发、且和某些扩展（如 Xdebug）冲突。PHP 7.1+ 推荐直接启用异步信号：
pcntl_async_signals(true);
pcntl_signal(SIGUSR1, function ($sig) {
echo "收到 SIGUSR1\n";
});
// 发送测试信号
posix_kill(posix_getpid(), SIGUSR1);
信号注册后不会立即生效，需在主循环中调用 pcntl_signal_dispatch()（或让脚本自然进入下一轮事件循环）；若用 pcntl_async_signals(true)，则无需手动 dispatch。
pcntl_exec() 替换当前进程代码段，不是启动新进程
pcntl_exec() 的作用是「就地替换」：用指定程序覆盖当前进程的内存镜像，PID 不变，原 PHP 代码不再执行。它常配合 pcntl_fork() 使用——子进程 fork 出来后立刻 exec 外部命令（如 curl、ffmpeg），避免在 PHP 中实现复杂逻辑。
常见错误：
- 忘记检查
pcntl_exec()返回值：失败时它返回false，但进程还在，容易误以为执行成功 - 传参格式不对：第二个参数必须是数组，每个元素是一个命令行参数，不能拼成字符串
- 路径问题：默认不走
$PATH，建议用绝对路径，比如/usr/bin/curl
真正难的不是 fork，而是父子进程如何协同：资源竞争、信号时序、退出状态解析、错误传播路径 —— 这些细节不压测根本看不出问题。
