php不支持多线程，所以不用考虑并发问题？这句话，对吗

Question

如题，能否给出详细的理由，谢过。

Answer 1

其实这句话本身是歧义的。

首先看前提条件：

php不支持多线程

PHP 语言代码本身(大部分情况下)是不关心自身是多进程还是多线程的。但，这并不表示 PHP 不支持多线程/多进程。php-fpm 就是多进程单线程的，apeche 的多线程模式就是多线程的。PHP 只是一般不会在 PHP 代码级别直接控制进程或者线程。

不用考虑并发问题

前提不成立，结论也就没有什么因果关系了。
我理解说这句话的人的本意是：因为 PHP 一般不支持控制进程、线程，所以也不会从直接通过代码控制进程、线程来应对并发问题。
这么说是没什么问题的。

但是，并发问题还依旧是并发问题，不会因为 PHP 代码本身不太支持解决并发问题，并发问题就不存在的。
解决 PHP 的并发问题常规方式是通过各种配置的调整(nginx.conf, php-fpm.ini, php.ini)、然后就是负载均衡之类的方式来解决的。这些不是 PHP 代码，但是是与 PHP 相关密切的东西，作为 PHPer 也是需要掌握的。

另外，针对具体的业务类型修改 PHP 逻辑，甚至前端调用逻辑也是有的。还有包括 swoole 之类彻底抛弃 php-fpm 的扩展方式，将 PHP 从基础上支持异步并发(然而还是单线程)。这些并发优化方式就要针对具体业务来选择了。

Answer 2

php 自身不能够通过代码进行线程控制，但是依旧需要考虑并发问题，因为两者并没有联系。多线程只是同一时间执行多个线程任务，和并发没有直接关系。

简单的 nginx + php-fpm 模式：

• 当客户端发送一个请求时，web server 会通过一个 php-fpm 进程（这里和下文所说指的 fpm 进程都是 fpm 开启的 worker 进程，关于 fpm 的工作原理这里不再累述）去执行 php 代码，php 代码的执行是单线程的。
• 那么，当有多个客户端同时发送请求时（并发），web server 就会为每个请求分配一个 php-fpm 进程去执行 php 代码。
• 请求执行过后，对应的 php-fpm 进程内存得以回收释放。
• 而并发的问题在于，在某一时间，客户端请求占满了所有 php-fpm 进程，这个时候，新来的请求只能等待空闲的 php-fpm 来处理，这就是 多进程同步阻塞模型 的弊端，当然还有进程过多所带来的内存占用问题。

Answer 3

PHP本来就支持多线程呀,所以才有线程安全和非线程安全的区别.
PHP的多线程扩展请看:
https://pecl.php.net/package/pthreads
这个扩展提供了实实在在的PHP多线程编程支持,一般用于cli下的脚本编程.
另外国人峰哥还开发了一个提供了异步多线程架构支持用PHP开发高性能实时网络服务的扩展Swoole:
https://pecl.php.net/package/swoole
Swoole里的多线程并不需要编程者关心,它更像一套架构,你只需配置,Swoole一般也是用于cli下的脚本编程.

像经常跟Nginx配合使用的PHP FastCGI服务PHP-FPM是使用多进程实现利用多核应对并发,跟采用prefork MPM的Apache类似.PHP-FPM支持进程池设置,支持静态和动态的进程数量设置,支持天然的透明的"数据库连接池"(持久连接):

MOD_PHP搭配采用event MPM的Apache跑的时候也是工作于多线程状态,因为Apache event MPM是一个多进程多线程事件驱动的MPM,这是PHP需要使用线程安全版本.

Answer 4

错，牛头不对马嘴！

PHP是不支持多线程，但是命令行程序的后台运行或web应用程序的php-fpm都可以是多进程并发处理的，所以避免不了产生并发问题，比如一个订单就1个库存，两个并发请求同时上来你如何保证订单不超卖？

Answer 5

并发只有多线程？这也太狭隘了

Answer 6

就算不考虑多线程 并发依然存在 并且更为难解决 还是要想办法去避免和优化的

Answer 7

平时说的并发多数是针对服务的，比如说 apache nginx
而不是说php
再加上 php是有多线程扩展的 只是平时项目中没有用到而已

定义多线程类 extends Thread