先说下我最近看到的一篇文章,哈哈哈,特别好玩。
之前一直知道 PHP 在 CGI 模式下运行。命令行下在 CLI 模式下运行。
但是 FPM 和 nginx 配置 FastCGI 他们具体是什么关系?还真的不太明白,今天来说下他们的关系。
CGI 是干什么的?
这得和我们的一个请求的正常流程来看。
当一个请求来时,由 WebServer(nginx/Apache) 来对请求进行分发。
如果请求的是 index.html 那么服务器回去寻找对应的文件并返回该静态资源。
当然,这只是静态资源。
当请求内容为 index.php 时,WebServer 发现这并不是一个静态文件,之后会根据配置来寻找 PHP 解析器来处理这个请求。
找到 PHP 解析器之后,怎么传递数据呢?必须使用大家都明白的的一个东西吧,就像 英语 -> 英语交流, 汉语->汉语交流,英语->汉语->无法交流(不明白对方说的什么);
CGI就是规定要传哪些数据、以什么样的格式传递给后方处理这个请求的协议。仔细想想,你在PHP代码中所有的数据是怎么来的?
所以,当收到 /index.php 这个请求后
1:会启动CGI程序【PHP解释器】。
2:之后CGI会启动一个进程解析 php.ini ,初始环境,处理请求。
3:在已规定规定好的CGI格式返回给 WebServer 。
4:销毁这个进程。
5:WebServer 在把结果返回给浏览器。
CGI是个协议,是为了保证web server传递过来的数据是标准格式的
Fastcgi 是干什么的?
这里就需要说一下 PHP-CGI 的缺点了,通过上面关于CGI的描述,发现 CGI 的特点
请求->启动一个进程处理->处理完销毁这个进程
CGI在请求时反复加载,这也正是 CGI 性能低下的主要原因,正是应为这样,才有了Fastcgi。
定义:WEB服务器与处理程序之间通信的一种协议,是CGI的改进方案。
不同【也可以说是特点吧】:
1:fastcgi 是一个常驻型的CGI,可以一直运行,在请求时,不会fock一个新的进程来处理。
2:CGI 解释器进程在内存中保持,以此来获得更好的性能。
Fastcgi 工作流程:
1:在Web Server启动时同时载入 Fastcgi 进程管理器
2:Fastcgi进程管理器自身初始化,启动多个CGI解释器进程(可见多个php-cgi)并等待WebServer的连接
3:当客户端请求到达Web Server时,FastCGI进程管理器选择并连接到一个CGI解释器。 Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。
4:FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时,请求便告处理完成。
5: FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。在CGI模式中,php-cgi在此便退出了。
简单来说:
比如我家要装修,装修材料不知道什么时候来。
CGI是:
装修材料来->雇工人->干活->解雇工人。
费时费力。
Fastcgi:
先雇几个工人等着->不管什么时候材料来->干活->继续等着
总结:Fastcgi就是用来提高CGI程序性能的。
PHP-FPM 是干什么的?
Fastcgi 比 CGI 好用,我们为什么不用,于是 被PHP官方收了。
大家都知道,PHP解释器是PHP-CGI,但是PHP-CGI是个CGI程序,自己本身只能解析请求,并不能对进程进行管理。
所以就出现了一些可以管理 PHP-CGI 进程的程序。
PHP-FPM 也就是这样。
总结:php-fpm是fastcgi进程的管理器,用来管理fastcgi进程的
总结:
fastcgi是一个协议,php-fpm实现了这个协议。
php-fpm的管理对象是php-cgi。但不能说php-fpm是fastcgi进程的管理器,因为前面说了fastcgi是个协议,似乎没有这么个进程存在,就算存在php-fpm也管理不了他(至少目前是).
参考: