CGI fastCgi php-fpm PHP-CGI 辨析

CGI fastCgi php-fpm PHP-CGI 辨析

• LNMP环境中的nginx是不支持php的，须要经过fastcgi插件来处理有关php的请求。而php须要php-fpm这个组件提供该功能。在php5.3.3之前的版本php-fpm是以一个补丁包的形式存在的，而php5.3.3之后只需在编译安装时使用–enable-fpm加载该模块便可，无需另行安装。

• web server（好比说nginx）只是内容的分发者。好比，若是请求/index.html，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。好了，若是如今请求的是/index.php，根据配置文件，nginx知道这个不是静态文件，须要去找PHP解析器来处理，那么他会把这个请求简单处理后交给PHP解析器。Nginx会传哪些数据给PHP解析器呢？url要有吧，查询字符串也得有吧，POST数据也要有，HTTP header不能少吧，好的，CGI就是规定要传哪些数据、以什么样的格式传递给后方处理这个请求的协议。仔细想一想，你在PHP代码中使用的用户从哪里来的。

• 当web server收到/index.php这个请求后，会启动对应的CGI程序，这里就是PHP的解析器。接下来PHP解析器会解析php.ini文件，初始化执行环境，而后处理请求，再以规定CGI规定的格式返回处理后的结果，退出进程。web server再把结果返回给浏览器。
• 提升性能，那么CGI程序的性能问题在哪呢？"PHP解析器会解析php.ini文件，初始化执行环境"，就是这里了。标准的CGI对每一个请求都会执行这些步骤（不闲累啊！启动进程很累的说！），因此处理每一个时间的时间会比较长。这明显不合理嘛！那么Fastcgi是怎么作的呢？首先，Fastcgi会先启一个master，解析配置文件，初始化执行环境，而后再启动多个worker。当请求过来时，master会传递给一个worker，而后当即能够接受下一个请求。这样就避免了重复的劳动，效率天然是高。并且当worker不够用时，master能够根据配置预先启动几个worker等着；固然空闲worker太多时，也会停掉一些，这样就提升了性能，也节约了资源。这就是fastcgi的对进程的管理。
• 你们都知道，PHP的解释器是php-cgi。php-cgi只是个CGI程序，他本身自己只能解析请求，返回结果，不会进程管理（皇上，臣妾真的作不到啊！）因此就出现了一些可以调度php-cgi进程的程序，好比说由lighthttpd分离出来的spawn-fcgi。好了PHP-FPM也是这么个东东，在长时间的发展后，逐渐获得了你们的承认（要知道，前几年你们但是抱怨PHP-FPM稳定性太差的），也愈来愈流行。
• 修改php.ini以后，php-cgi进程的确是没办法平滑重启的。php-fpm对此的处理机制是新的worker用新的配置，已经存在的worker处理完手上的活就能够歇着了，经过这种机制来平滑过分。
• Fastcgi是CGI的升级版，一种语言无关的协议，用来沟通程序(如PHP, Python, Java)和Web服务器(Apache2, Nginx), 理论上任何语言编写的程序均可以经过Fastcgi来提供Web服务。
  Fastcgi的特色是会在一个进程中依次完成多个请求，以达到提升效率的目的，大多数Fastcgi实现都会维护一个进程池。
  而PHP-fpm就是针对于PHP的，Fastcgi的一种实现，他负责管理一个进程池，来处理来自Web服务器的请求。目前，PHP-fpm是内置于PHP的。
  可是PHP-fpm仅仅是个“PHP Fastcgi 进程管理器”, 它仍会调用PHP解释器自己来处理请求，PHP解释器(在Windows下)就是php-cgi.exe.

• fastcgi 是 app server 和web server 之间的通讯协议。 正常架构 app server 是master，web server是client
  php-fpm 带两个功能：1.实现了一个支持fastcgi协议的server程序 2. 进程管理器
  有了php-fpm，就能够把php脚本变成 多进程模式，采用fastcgi协议的app server，和web server进行通讯

参考：https://segmentfault.com/q/1010000000256516