以PHP-FPM为例(类似Apache MOD_PHP)说说PHP的运行机制.
首先,PHP-FPM是一个C实现的多进程FastCGI服务.
每个PHP-FPM工作进程都内置了PHP解释器,不依赖PHP-CGI,都支持后台常驻,比如配置:
nginx.conf: 访问io.php的请求都交给监听9001的PHP-FPM进程池处理
location = /io.php {
include fastcgi_params;
fastcgi_pass 127.0.0.1:9001;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}
php-fpm: 正常脚本由静态www池处理,阻塞脚本由动态io池处理
[www]
;名为www的进程池监听9000端口,常驻进程数量为固定4个
listen = 127.0.0.1:9000
pm = static
pm.max_children = 4
[io]
;名为io的进程池监听9001端口,进程数常驻4个,最大8个
listen = 127.0.0.1:9001
pm = dynamic
pm.max_children = 8
pm.start_servers = 4
pm.min_spare_servers = 4
pm.max_spare_servers = 4
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之类相似.