简单了解PHP底层原理“CGI、FastCGI、PHP-CGI和PHP-FPM”概念与大致区分

[全站通告] 想快速节省您的时间并可接受付费的朋友，可扫右边二维码加博主微信-非诚勿扰！

上篇文章说最近再折腾PHP的东西，用到了PHP-FPM，但PHP底层脚本有很多，那就需要做一下大致的解说，这样自己也明白，顺便做个记录；

简单了解PHP底层原理“CGI、FastCGI、PHP-CGI和PHP-FPM”概念与大致区分

CGI：是为了保证web server传递过来的数据是标准格式的，方便CGI程序的编写者（是一种协议 ： 通用网关协议）。

Fastcgi：是cgi的升级版，是用来提高CGI程序性能的（也是一种协议）。

php-cgi：是一个实现了CGI协议的程序，用来解释PHP脚本的程序。

PHP-FPM : 是一个实现了Fastcgi协议的程序，被PHP官方收了。

CGI 简介

CGI全称是通用网关接口（Common Gateway Interface），是外部应用程序与与服务器之间的接口标准，是在CGI程序和web服务器之间传递信息的规程。

在物力层面上、CGI是一段程序，运行在服务器上。

CGI可以用任意语言编写，主要这种语言具有标准输入、输出和环境变量

FastCGI  简介

FastCGI是一个可伸缩地、高速地在HTTP server和动态脚本语言间通信的接口。多数流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同时，FastCGI也被许多脚本语言所支持，其中就有PHP。

FastCGI是从CGI发展改进而来的。传统CGI接口方式的主要缺点是性能很差，因为每次HTTP服务器遇到动态程序时都需要重新启动脚本解析器来执行解析，然后结果被返回给HTTP服务器。这在处理高并发访问时，几乎是不可用的。另外传统的CGI接口方式安全性也很差，现在已经很少被使用了。

FastCGI接口方式采用C/S结构，可以将HTTP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HTTP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给浏览器。这种方式可以让HTTP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。

原理
Web Server启动时载入FastCGI进程管理器（IIS ISAPI或Apache Module)
FastCGI进程管理器自身初始化，启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。
当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。
FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。 在CGI模式中，php-cgi在此便退出了。

PHP-CGI 简介

PHP-CGI是php自带的Fast-CGI管理器。

PHP-CGI的不足：

php-cgi变更php.ini配置后需重启php-cgi才能让新的php-ini生效，不可以平滑重启。

直接杀死php-cgi进程，php就不能运行了。(PHP-FPM和Spawn-FCGI就没有这个问题，守护进程会平滑从新生成新的子进程。）

PHP-FPM  简介

PHP-FPM是一个PHP FastCGI的管理器，他是能够调度php-cgi进程的程序。

修改php.ini之后，php-cgi进程的确没办法平滑重启，但php-fpm对此的应对方法是新的进程用新的配置，已经存在的进程让按照之前的配置执行到结束。用这种方式进行平滑过渡。

PHP-fpm就是针对于PHP的，Fastcgi的一种实现，他负责管理一个进程池，来处理来自Web服务器的请求。目前，PHP-fpm是内置于PHP的

问题未解决？付费解决问题加Q或微信 2589053300 (即Q号又微信号)右上方扫一扫可加博主微信

所写所说，是心之所感，思之所悟，行之所得；文当无敷衍，落笔求简洁。 以所舍，求所获；有所依，方所成！