像java、nodejs,应该都是在服务端持续运行的一个程序,这个程序会一直运行,会占用cpu,会占用内存,接到网络请求,就会处理。
而PHP似乎不是一个程序,更类似于html,只有打开的时候才会执行,当没有人访问php的服务时,php甚至一点点内存都不占,一点点cpu都不占,是这样吗?
如果是这样,那php不是很难封装数据库class?因为每个用户进来都要给他开一个进程,进程之间互不相通,A用户进来给他开一个数据库连接,B用户进来又要给他单独开数据库连接。那php不是在不断连接和断开数据库?用户多了之后,开销应该很大吧?
这也是导致php没有类似js的 setInterval
或者 setTimeout
函数的原因吗?
以PHP-FPM为例(类似Apache MOD_PHP)说说PHP的运行机制.
首先,PHP-FPM是一个C实现的多进程FastCGI服务.
每个PHP-FPM工作进程都内置了PHP解释器,不依赖PHP-CGI,都支持后台常驻,比如配置:
PHP-FPM主进程就是用来管理这些工作进程的,比如一个工作进程被杀死了,立马重建一个.
PHP-FPM提供给了pm.status_path来通过浏览器查看整套PHP-FPM服务的工作状态.
像执行超时放弃,处理指定请求数后自动重启工作进程,慢日志记录(找出耗时的文件和函数)都支持.
而且开启持久连接后,每个PHP-FPM工作进程都能保持一个到MySQL的长连接不释放,避免重复连接数据库.
比如下图展示的是2个PHP-FPM进程跟MySQL建立的2个长连接:
另外,针对Memcached和Redis的PECL扩展也都实现了持久连接的功能.
上面说了PHP-FPM的体系,下面就该说说PHP脚本在PHP-FPM体系下的生命周期.
PHP脚本里的量(包括全局变量)的生命周期只存在于一次请求内,请求处理完成,PHP-FPM就自动释放资源.
一次请求释放一次资源,这种内存释放是非常彻底的,PHP基于引用计数的GC甚至都还没发挥作用程序就已经结束了.
这里的释放资源指的是脚本里控制的资源,而不会干预到PHP-FPM常驻进程,不会让PHP-FPM进程关闭,也不能让PHP-FPM关闭到MySQL的持久连接,PHP-FPM只负责输入PHP脚本,执行PHP操作,如果加入了ZendOpcache支持,还可以把解析PHP脚本生成的opcode全部缓存到内存里共下次直接解释执行.PHP7中还支持用opcache.file_cache导出脚本opcode实现源代码保护.
PHP的一些常识:
数据库连接池: PHP持久连接就是天然的透明的无需程序干预的连接池,支持MySQL/Memcached/Redis等.
内存常驻: PHP-FPM进程,ZendOpcache缓存的脚本的opcode,鸟哥开发的Yac都是内存常驻的.
垃圾回收: PHP-FPM一次请求释放一次资源的运行模式,削弱了基于引用计数的GC的作用.
最后,CLI下工作的PHP守护进程服务比如Swoole/WorkerMan才跟Java/Node之类相似.