CGI是为了担保web server通报过来的数据是标准格式的，方便CGI程序的编写者。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再把结果返回给浏览器。
二、什么是 FastCGI
FastCGI是一个可伸缩地、高速地在HTTP server和动态脚本措辞间通信的接口。多数盛行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同时，FastCGI也被许多脚本措辞所支持，个中就有PHP。
FastCGI是从CGI发展改进而来的。传统CGI接口办法的紧张缺陷是性能很差，由于每次HTTP做事器碰着动态程序时都须要重新启动脚本解析器来实行解析，然后结果被返回给HTTP做事器。这在处理高并发访问时，险些是不可用的。其余传统的CGI接口办法安全性也很差，现在已经很少被利用了。
Fastcgi是用来提高CGI程序性能的，那么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稳定性太差的），也越来越盛行。
三、Nginx + FastCGI 运行事理
FastCGI接口办法采取C/S构造，可以将HTTP做事器和脚本解析做事器分开，同时在脚本解析做事器上启动一个或者多个脚本解析守护进程。当HTTP做事器每次碰着动态程序时，可以将其直接交付给FastCGI进程来实行，然后将得到的结果返回给浏览器。这种办法可以让HTTP做事器专一地处理静态要求或者将动态脚本做事器的结果返回给客户端，这在很大程度长进步了全体运用系统的性能。
Nginx 不支持对外部程序的直接调用或者解析，所有的外部程序（包括PHP）必须通过 FastCGI 接口来调用。FastCGI 接口在 Linux 下是 socket，（这个 socket 可以是文件 socket，也可以是 ip socket）。为了调用 CGI 程序，还须要一个 FastCGI 的 wrapper（wrapper可以理解为用于启动另一个程序的程序），这个 wrapper 绑定在某个固定 socket 上，如端口或者文件 socket。当 Nginx 将 CGI 要求发送给这个 socket 的时候，通过 FastCGI 接口，wrapper 收受接管到要求，然后派生出一个新的线程，这个线程调用阐明器或者外部程序处理脚本并读取返回数据；接着，wrapper 再将返回的数据通过 FastCGI 接口，沿着固定的 socket 通报给 Nginx；末了，Nginx 将返回的数据发送给客户端，这便是 Nginx + FastCGI 的全体运作过程。详细的过程，如图1所示。
四、Nginx 与 PHP-FPM
前面先容过，FastCGI 接口办法在脚本解析做事器上启动一个或者多个守护进程对动态脚本进行解析，这些进程便是 FastCGI 进程管理器，或者称之为 FastCGI 引擎， PHP-FPM 便是支持 PHP 的进程管理器，fastcgi是一个协议，php-fpm实现了这个协议 。
Nginx 是个轻量级的 HTTP server，必须借助第三方的 FastCGI 处理器才可以对 PHP 进行解析。
PHP-FPM 是一个第三方的 FastCGI 进程管理器，它是作为 PHP 的一个补丁来开拓的，在安装的时候也须要和 PHP 源码一起编译，也便是说 PHP-FPM 被编译到 PHP 内核中，在处理性能方面更加精良；因此，推举 Nginx+PHP/PHP-FPM 这个组合对 PHP 进行解析（在 ./configure 的时候带 -enable-fpm 参数即可开启PHP-FPM）。
FastCGI 的紧张优点是把动态措辞和 HTTP Server 分离开来，以是 Nginx 与 PHP/PHP-FPM 常常被支配在不同的做事器上，以分担前端 Nginx 做事器的压力，使 Nginx 专一处理静态要乞降转发动态要求，而 PHP/PHP-FPM 做事器专一解析 PHP 动态要求。
