PHP不支持多线程，应使用多进程并行；pcntl_fork()适合短时计算任务，spatie/async更适Web批处理；I/O密集型任务需用协程而非fork；务必注意资源限制与进程回收。
PHP 本身不支持多线程，别硬套 pthreads
PHP 默认是单进程单线程模型，pthread 扩展在 PHP 7.4+ 已被官方废弃，且仅限 CLI 模式、不兼容绝大多数扩展（比如 opcache、curl），线上环境基本不可用。强行启用会导致崩溃或内存泄漏。
真正可行的路径只有一条：用多个独立的 PHP 进程并行跑任务，靠操作系统调度到不同 CPU 核心上。
-
pcntl_fork()是最轻量的原生方案，适合短时计算密集型任务（如图像缩略图批量生成） - 需要跨进程通信或长周期任务时，优先选
ReactPHP+amphp/parallel或spatie/async - Web 请求场景下，绝不能在
fpm中 fork 子进程——会污染 worker、触发Cannot allocate memory错误
用 pcntl_fork 实现 CPU 绑定式并行
Linux 下可配合 taskset 把子进程绑定到指定核心，避免调度抖动。但要注意：父进程 fork 后，子进程会复制全部内存镜像，大数组或对象会显著拖慢 fork 速度。
- 先用
pcntl_fork()创建子进程，立刻调用pcntl_wait()避免僵尸进程 - 子进程中调用
pcntl_setpriority()提升调度优先级（可选） - 用
posix_getpid()+shell_exec("taskset -cp " . $cpu_id . " " . $pid)绑核（需 root 权限） - 示例关键片段：
$pid = pcntl_fork(); if ($pid == 0) { // 子进程 $result = heavy_computation($data); exit($result); } else { pcntl_wait($status); }
spatie/async 更适合 Web 场景的异步批处理
它底层仍是 pcntl_fork，但封装了进程池、结果收集和错误透传，对 FPM 友好——所有 fork 都发生在请求生命周期内，不残留子进程。
立即学习“PHP免费学习笔记（深入）”；
- 必须在 CLI 或
php -S下运行；FPM 中使用需确保pm.max_children足够大，否则 fork 失败报fork: Cannot allocate memory -
Pool::create()->concurrent(4)控制最大并发数，建议设为sysconf(_SC_NPROCESSORS_ONLN)返回值 - 闭包中不能引用外部变量（会序列化失败），需显式
use ($var) - 错误不会自动抛出，要用
$task->failed()主动检查
别忽略 I/O 瓶颈：CPU 并行 ≠ 整体加速
如果任务本质是读文件、查数据库或调 HTTP 接口，并行反而可能压垮磁盘或网络栈。此时应该用协程（如 Swoole\Coroutine）做 I/O 多路复用，而不是 fork 多进程。
- 用
strace -e trace=clone,open,read,write,connect观察真实系统调用类型 - CPU 密集型任务看
top的%CPU是否接近 N×100%（N=核心数） - 磁盘 I/O 密集时
iostat -x 1的%util接近 100%，说明瓶颈不在 CPU - PHP 8.1+ 的
Fiber不解决 CPU 并行问题，它只是用户态协程，仍跑在单线程里
多核不是银弹，fork 出来的进程是否真被调度到空闲核心、内存是否足够、子进程退出是否被正确回收——这些细节漏掉一个，就卡在“明明开了 8 个进程却只跑出 1 核性能”的坑里。
