首页 > 后端开发 > php教程 > php不支持多线程,所以不用考虑并发问题?这句话,对吗

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

WBOY
发布: 2016-08-04 09:21:51
原创
1208 人浏览过

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

回复内容:

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

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

定义多线程类 extends Thread

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

首先看前提条件:

<code>php不支持多线程
</code>
登录后复制

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

<code>不用考虑并发问题
</code>
登录后复制

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

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

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

错,牛头不对马嘴!

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

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

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

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支持进程池设置,支持静态和动态的进程数量设置,支持天然的透明的"数据库连接池"(持久连接):
php不支持多线程,所以不用考虑并发问题?这句话,对吗

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

相关标签:
php
来源:php.cn
本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板