PHP 7.2+ 已彻底移除 pthreads 支持，因其与重构后的 Zend 线程安全模型冲突；可用替代方案包括 pcntl_fork（CPU 密集型）、Swoole 协程（高 IO 并发）或 Amp（纯 PHP 异步）。
PHP 原生不支持真正的多线程（multi-threading），pthreads 扩展仅兼容 PHP 7.0 以下且 ZTS（Zend Thread Safety）编译版本，PHP 7.2+ 已彻底移除支持 —— 想靠 pthreads 实现多线程，这条路已经堵死。
为什么 pthreads 在 PHP 7.2+ 上直接报错？
PHP 7.2 起官方完全移除了对 pthreads 的兼容层，即使你强行编译 ZTS 版本并加载扩展，运行时也会触发 Fatal error: Class 'Thread' not found 或更隐蔽的内存崩溃。根本原因是 Zend 引擎重构后，线程安全模型与用户态对象生命周期管理冲突，无法保证 Thread、Worker 等类的安全调度。
常见错误现象包括：
-
PHP Warning: Module 'pthreads' already loaded in Unknown on line 0（重复加载但实际未生效） - 脚本静默退出，无日志，
strace显示SIGSEGV -
get_defined_classes()中查不到Thread类
PHP 7.2+ 真实可用的并发替代方案
必须放弃“线程”思维，转向进程级或异步 I/O 模型。以下方案经生产验证，可替代 90% 的 pthreads 使用场景：
立即学习“PHP免费学习笔记（深入）”；
-
用
pcntl_fork()+pcntl_waitpid()启动子进程：适合 CPU 密集型任务（如图像处理、批量计算），父子进程内存隔离，无共享变量风险；注意需手动回收僵尸进程，避免pcntl_waitpid(-1, $status, WNOHANG)漏调用 -
用
ReactPHP或Swoole异步协程：适合高 IO 并发（如 HTTP 请求聚合、消息轮询），Swoole\Coroutine\Http\Client可并发发起数百请求而无需加锁；注意协程内不能调用阻塞函数（如sleep()、file_get_contents()） -
用
amphp+amphp/http-client：纯用户态异步，依赖 EventLoop，无扩展强制要求（纯 PHP 实现），但性能略低于 Swoole；Amp\Promise\wait()用于同步等待结果，适合命令行脚本过渡
如何判断当前 PHP 是否具备并发能力？
别只看 php -v，关键查三件事：
- 运行
php -m | grep -E 'pcntl|swoole|event'，确认扩展已启用（pcntl默认内置但可能被禁用） - 检查
php.ini中是否含disable_functions = pcntl_fork—— 很多云环境默认禁用pcntl_*系列函数 - 对 Swoole，执行
php --ri swoole，确认输出含coroutine => enabled；若为disabled，说明编译时未开启协程支持
一个简单检测脚本：
<?php
if (function_exists('pcntl_fork')) {
echo "pcntl available\n";
} else {
echo "pcntl disabled or not compiled\n";
}
if (extension_loaded('swoole')) {
echo "swoole loaded, version: " . SWOOLE_VERSION . "\n";
}
?>
真正麻烦的从来不是“怎么写多线程”，而是共享状态管理、异常传播和资源回收——这些在进程/协程模型里反而更清晰。别在过时的 pthreads 上浪费调试时间，直接选 pcntl（简单可控）或 Swoole（高性能 IO）起步，遇到信号处理或协程切换卡顿再针对性优化。
