php本身是单线程的，但可通过pThreads扩展在CLI下实现多线程，需ZTS支持，其核心为共享内存的并发模型，适用于CPU密集任务；相比多进程（隔离性好但开销大）和异步IO（适合IO密集场景），pthreads虽高效但存在数据同步、竞态、死锁等难题，且自PHP 7.3起不再维护，社区转向swoole等异步框架、多进程、消息队列及微服务架构等更现代、可持续的并发方案。
PHP本身，骨子里是单线程的，这是它的设计哲学之一，尤其是在处理Web请求时。它一次只处理一件事。但如果你真的想在PHP里搞点“并发”的事情，让多个任务同时跑起来，那就要借助一些外部力量了，比如我们今天要聊的
pthreads
扩展，它能在CLI环境下让PHP拥有真正的多线程能力。这可不是什么PHP原生魔法，而是社区为了填补这一空白而创造出的强大工具。
pthreads
扩展的核心思想，就是把操作系统的线程机制引入到PHP的用户空间。你需要一个支持ZTS（Zend Thread Safety）的PHP编译版本，这通常意味着你在编译PHP时需要明确开启它。一旦安装并启用，你就可以创建
Thread
、
Worker
这样的对象，让它们各自跑一段代码，就像一个真正的多线程程序。
具体来说，你会定义一个类，继承自
Thread
或
Worker
。
Thread
更像是独立的执行单元，而
Worker
则提供了一个队列，可以异步地处理任务。在这些类的
run
方法里，你写下希望并发执行的逻辑。
举个例子，一个简单的多线程任务可能长这样：
立即学习“PHP免费学习笔记（深入）”；
<?php class MyTask extends Thread { private $data; public function __construct($data) { $this->data = $data; } public function run() { // 模拟一个耗时操作 printf("Thread %s processing data: %sn", $this->getThreadId(), $this->data); sleep(rand(1, 3)); // 随机暂停1到3秒 printf("Thread %s finished processing data: %sn", $this->getThreadId(), $this->data); } } // 主线程 $threads = []; for ($i = 0; $i < 5; $i++) { $thread = new MyTask("item_" . $i); $thread->start(); // 启动线程 $threads[] = $thread; } foreach ($threads as $thread) { $thread->join(); // 等待所有子线程完成 } echo "All threads finished.n"; ?>
这段代码里，我们创建了5个
MyTask
线程，它们几乎同时开始执行各自的
run
方法，并在主线程等待它们全部结束后才继续。这里面涉及到线程的启动（
start()
）和等待（
join()
），还有线程间数据传递（通过构造函数）。但更复杂的情况，比如共享变量的同步、避免竞态条件，就需要用到
Synchronized
对象或
Mutex
等机制了，那又是另一个深水区了。
PHP多线程与传统多进程/异步IO有何区别？
当我思考PHP的并发问题时，脑子里总是会浮现出几种不同的解决方案，它们各自有自己的适用场景和哲学。
pthreads
这种多线程模式，它最直观的特点就是“共享内存”。这意味着不同的线程可以访问同一个进程的内存空间，这在理论上效率很高，因为数据复制的开销小。但问题也随之而来，如何安全地共享数据，避免数据冲突（也就是所谓的竞态条件），这需要非常精细的同步机制，比如锁（Mutex）或者信号量。对于CPU密集型任务，
pthreads
确实能让PHP利用多核优势。
而传统的“多进程”模型，比如通过
pcntl_fork()
创建子进程，它的特点是“独立内存空间”。每个进程都有自己的内存副本，它们之间的数据通信需要通过特定的进程间通信（IPC）机制，比如管道、共享内存、消息队列等。这种方式的优点是隔离性好，一个进程崩溃通常不会影响其他进程；缺点是进程创建和销毁的开销相对较大，数据共享也相对复杂。我个人觉得，对于一些批处理任务或者需要高度隔离的场景，多进程是个稳妥的选择。
再说说“异步IO”，这在现代PHP应用中越来越流行，尤其是在Web服务领域。像Swoole、reactPHP、Amp这些框架，它们通常是单线程的，但通过事件循环和非阻塞IO来模拟并发。当一个IO操作（比如数据库查询、网络请求）发出后，程序不会傻等结果，而是立即处理其他任务，等IO操作完成后再回来处理结果。这种模式非常适合IO密集型任务，比如高并发的API服务，因为它能以很小的资源消耗处理大量的并发连接。但它不适合CPU密集型任务，因为CPU计算仍然是单线程的。对我来说，如果我在写一个Web服务，异步IO框架几乎是首选，它在性能和开发体验上都达到了很好的平衡。
所以你看，这三者各有千秋，没有绝对的优劣，只有适不适合你的具体需求。
使用pthreads扩展时常见的坑和性能考量是什么？
说实话，当我第一次尝试
pthreads
的时候，就感觉掉进了不少坑里。最先遇到的就是环境问题，PHP默认的发行版通常不带ZTS，所以你得自己编译PHP，或者找一个已经预编译好的ZTS版本。这本身就是一道门槛。
然后是数据共享。
pthreads
要求所有在线程间共享的对象都必须继承自
Threaded
类。这意味着你不能随便把一个普通的PHP对象扔给另一个线程，它会报错或者行为异常。你得花心思去设计你的数据结构，确保它们是“线程安全”的。这可不是件容易的事，因为PHP的很多内置对象和扩展，它们本身并不是为多线程环境设计的，可能会导致奇怪的错误，比如资源句柄在线程间传递后失效。
更深层次的坑是并发编程的经典难题：竞态条件和死锁。当多个线程同时访问和修改同一个共享资源时，如果没有正确的同步机制，数据就可能变得混乱不堪。而如果同步机制设计不当，比如锁的顺序不对，就可能导致死锁，程序直接卡住。调试这种问题简直是噩梦，因为它们往往是间歇性的，难以复现。
还有一个非常重要的现实是，
pthreads
扩展的开发和维护在PHP 7.3版本之后就基本停滞了。这意味着如果你在用PHP 7.3或更高版本，你将无法使用
pthreads
。这个事实让我对
pthreads
的未来充满了疑虑。虽然它在特定场景下提供了一种解决方案，但其维护状态和与现代PHP版本的兼容性问题，使得它在新的项目中几乎成了一个被放弃的选择。
从性能考量来看，线程的创建和销毁本身是有开销的，如果频繁地创建大量短生命周期的线程，反而可能比单线程顺序执行更慢。线程之间的上下文切换也会消耗CPU资源。虽然PHP没有python那样的全局解释器锁（GIL），但Zend引擎为了保证线程安全，内部也做了很多锁机制，这些锁的竞争同样会影响性能。所以，不是说用了多线程就一定快，得看你的任务类型和实现细节。
既然pthreads已不再维护，PHP社区还有哪些现代化的并发处理方案？
鉴于
pthreads
的现状，我们确实需要寻找更现代、更可持续的PHP并发解决方案。幸运的是，PHP社区并没有停滞不前，而是发展出了很多替代方案，它们各有特色，能满足不同的需求。
一个非常经典的方案是继续使用“多进程模型”，利用
pcntl_fork()
函数。这在PHP中一直都是一个稳定可靠的并发手段。你可以启动多个子进程，每个进程处理一部分任务，然后通过IPC（如消息队列、redis）进行通信。这种方式隔离性好，一个进程挂了不影响其他进程，非常适合那种可以分解成独立单元的批处理任务。
然后就是我前面提到的“异步IO框架”，比如Swoole、ReactPHP和Amp。这些框架是现代PHP并发处理的主力军。它们通过事件循环和非阻塞IO，让PHP在单进程中也能处理大量的并发连接。Swoole甚至提供了协程（Coroutines）这样的高级特性，让异步代码写起来更像同步代码，大大降低了开发复杂度。对于构建高性能的Web服务、API网关、websocket服务器，甚至是常驻内存的服务，这些框架都是不二之选。我个人现在更倾向于使用Swoole，它的生态和性能都非常出色。
另外，“消息队列”也是实现分布式并发的强大工具。像rabbitmq、kafka、Redis Streams等，它们能将耗时的任务从主应用中剥离出来，放入队列，然后由独立的消费者进程异步处理。这不仅实现了任务的解耦，还提供了削峰填谷的能力，大大提升了系统的可伸缩性和稳定性。你的PHP应用只需要将任务推送到队列，而无需关心任务何时、何地被执行。
对于PHP 7.4及更高版本，FFI（Foreign Function Interface）的引入也开辟了新的可能性。通过FFI，PHP可以直接调用c语言编写的动态链接库（DLL或SO），这意味着你可以利用C语言的强大能力来编写多线程代码，或者直接调用现有的C/C++多线程库。这是一种更底层的方案，需要开发者具备一定的C语言知识，但它提供了极大的灵活性和性能潜力。
最后，一个更宏观的思路是“外部服务或微服务架构”。将PHP不擅长处理的CPU密集型或高并发任务，交给更适合这些场景的语言（如go、node.js、rust）编写的独立服务去处理。PHP应用则作为协调者，通过http API或消息队列与这些微服务进行通信。这是一种架构层面的并发解决方案，它将PHP的优势集中在业务逻辑和胶水代码上，而将性能瓶颈转移到更专业的服务。
对我而言，在新的项目中，我几乎不会再考虑
pthreads
。我会根据任务的性质，在Swoole、多进程模型、消息队列和微服务之间做出选择。它们不仅提供了更稳定的解决方案，也更好地融入了现代PHP生态的趋势。
以上就是PHP如何处理多线程？通过pthreads扩展实现并发的详细内容，更多请关注php教程 php react python redis js node.js node go c语言 Python php c语言 rust rabbitmq swoole 架构 分布式 kafka 构造函数 循环 数据结构 继承 Interface 线程 多线程 主线程 Thread 并发 JS function 对象 事件 异步 redis 数据库 http websocket
评论（已关闭）
评论已关闭