首先，CGI 是干什么的？ CGI 是为了保证web server传递过来的数据是标准格式。CGI 是个协议和 进程没什么关系。
CGI 是http服务器于你的本机或者其他电脑上的程序交谈的一种工具。其程序必须运行在网络服务器上。
fastcgi 是一个与平台和语言无关的接口。只要按照它本身的接口来调用 都能实现语言和web service的通信。
CGI处理步骤：
1用户通过internet 把用户请求发送到服务器。
2 服务器接受到用户请求并交给cgi程序处理。
3cgi 程序吧处理结果传送给服务器。
4服务器吧结果送回到用户。
但是cgi 每次满次请求之后都会被杀死该进程。 因为cgi每次请求的时候先创建 之后处理请求 在再被杀死。 而fastcgi 则是创建之后 不会被杀死 在等待下一次的请求。
————————————————
用户请求分静态请求和动态请求。比如：html 就是静态 。php 就是动态请求
web server(如nginx) 只是内容的分发着。如果请求一个 index.html 那么web server 回去页面中找到
这个文件，并返回给浏览器。这里的分发是静态数据。
PHP 的解释器是 php-cgi，它只是个 CGI 程序，只能解析请求，返回结果.
动态请求：请求一个 index.php
当nginx 接收到一个 http 请求的时候 通过配置文件找到对应的服务（location）,location再找到对应的配置如：
找到以.php结尾的文件的请求交给 127.0.0.1：9000 去处理。这里 的ip 和端口就是fastCGI 进行监听的ip和端口。fastcgi 进行请求处理。再通过nginx 返回给客户端。
补充一下: fastcgi 像是cgi的升级版。 当fastcgi 被调用时 会初始化多个CGi(如果是php的文件 则启动多个php-cgi解析器)，等待请求 .当有请求处理完的时候 CGI(这里是php文件so 就是php-cgi)处理完成后会被杀死。 而fastcgi 会继续等待下一次请求。周而复始。。。
php-fpm 是一个实现了fastcgi的管理
大家都知道php 的解析器是php-cgi php-cgi只是CGI的一个程序。他本身只能解析请求,返回结果。不会进程管理。所以出现了一些
调度php进程的管理 例如 php-fpm。就是这样的。
nginx 本身不会对php 进行解析。当有php 请求的时候 nginx 会把 调用 fastcgi进程来监听地址和 端口。 php-fpm来 动态解析服务器处理 返回给ngixn .
php-fpm 是管理进程的fastcgi的。
Nginx 的反向服务代理 就是当php有动态请求的时候将 动态请求交给 php-fpm 从而实现了 动态解析了php.
*******关于fastcgi 是CGI的升级版 或者 优化版的说法我也整理了些资料 大家看看 有什么不对的请指出。
php-cgi 的缺点
1.php-cgi 边个php.ini 后 需要重启php-cgi 才能生效。不能平滑重启
2. php-cgi 被杀死以后就php 就不能使用了。
php-cgi 接收到请求后，初始化环境 初始化php.ini. 处理请求。返回数据。
首先，fastCgi 会先启一个 master，解析配置文件，初始化执行环境，然后再启动多个 worker。当请求过来时，master 会传递给一个 worker，然后立即可以接受下一个请求。这样就避免了重复的劳动，效率自然是高。而且当 worker 不够用时，master 可以根据配置预先启动几个 worker 等着；当然空闲 worker 太多时，也会停掉一些，这样就提高了性能，也节约了资源。这就是 fastCgi 对进程的管理。
本文 （一部分）转载于：https://segmentfault.com/q/1010000000256516