如题,能否给出详细的理由,谢过。
php
自身不能够通过代码进行线程控制,但是依旧需要考虑并发问题,因为两者并没有联系。多线程只是同一时间执行多个线程任务,和并发没有直接关系。
简单的 nginx
+ php-fpm
模式:
web server
会通过一个 php-fpm
进程(这里和下文所说指的 fpm
进程都是 fpm
开启的 worker
进程,关于 fpm
的工作原理这里不再累述)去执行 php
代码,php
代码的执行是单线程的。web server
就会为每个请求分配一个 php-fpm
进程去执行 php
代码。php-fpm
进程内存得以回收释放。php-fpm
来处理,这就是 多进程同步阻塞模型 的弊端,当然还有进程过多所带来的内存占用问题。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需要使用线程安全版本.
错,牛头不对马嘴!
PHP是不支持多线程,但是命令行程序的后台运行或web应用程序的php-fpm都可以是多进程并发处理的,所以避免不了产生并发问题,比如一个订单就1个库存,两个并发请求同时上来你如何保证订单不超卖?
平时说的并发多数是针对服务的,比如说 apache nginx
而不是说php
再加上 php是有多线程扩展的 只是平时项目中没有用到而已
定义多线程类 extends Thread
2 回答3.1k 阅读✓ 已解决
1 回答1.4k 阅读✓ 已解决
1 回答1k 阅读✓ 已解决
1 回答1.3k 阅读✓ 已解决
3 回答1.2k 阅读
2 回答1.2k 阅读
1 回答1.2k 阅读
其实这句话本身是歧义的。
首先看前提条件:
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 从基础上支持异步并发(然而还是单线程)。这些并发优化方式就要针对具体业务来选择了。