FastCgi与PHP-fpm 那点事儿
1. CGI是为了保证web server传递过来的数据是标准格式的，方便CGI程序的编写者。
当来自PC端的请求是/index.php，web server(nginx)知道这个不是静态文件，需要去找PHP解析器来处理，
它会把请求简单处理后交给php解析器。Nginx会传哪些数据给PHP解析器呢？url要有吧，查询字符串也得有吧，POST数据也要有，HTTP header不能少吧。
CGI 就是规定要传哪些数据、以什么样的格式传递给后方处理这个请求的协议。
当web server收到/index.php这个请求后，会启动对应的CGI程序，这里就是PHP的解析器。接下来PHP解析器会解析php.ini文件，初始化执行环境，然后处理请求，再以规定CGI规定的格式返回处理后的结果，退出进程。web server再把结果返回给浏览器。
2. CGI是个协议，跟进程什么的没关系。那fastcgi又是什么呢？Fastcgi是用来提高CGI程序性能的
提高性能，那么CGI程序的性能问题在哪？"PHP解析器会解析php.ini文件，初始化执行环境"，就是这里，标准的CGI对每个请求都会执行这些步骤，所以处理每个时间的时间会比较长。这明显不合理嘛！
那么Fastcgi是怎么做的呢？首先，Fastcgi会先启一个master，解析配置文件，初始化执行环境，然后再启动多个worker。当请求过来时，master会传递给一个worker，然后立即可以接受下一个请求。这样就避免了重复的劳动，效率自然是高。而且当worker不够用时，master可以根据配置预先启动几个worker等着；当然空闲worker太多时，也会停掉一些，这样就提高了性能，也节约了资源。这就是fastcgi的对进程的管理。
3. 那PHP-FPM又是什么呢？是一个实现了Fastcgi的程序，被PHP官方收了。
大家都知道，PHP的解释器是php-cgi。php-cgi只是个CGI程序，他自己本身只能解析请求，返回结果，不会 进程管理，所以就出现了一些能够调度php-cgi进程的程序，
比如说由lighthttpd分离出来的spawn-fcgi。PHP-FPM也是这么个东西，在长时间的发展后，逐渐得到了大家的认可，也越来越流行。
你(PHP)去和爱斯基摩人(web服务器，如 Apache、Nginx)谈生意
你说中文(PHP代码)，他说爱斯基摩语(C代码)，互相听不懂，怎么办？那就都把各自说的话转换成英语(FastCGI 协议)吧。
怎么转换呢？你就要使用一个翻译机(PHP-FPM)
(当然对方也有一个翻译机，那个是他自带的)
我们这个翻译机是最新型的，老式的那个（PHP-CGI）被淘汰了。不过它(PHP-FPM)只有年轻人（Linux系统）会用，老头子们（Windows系统）不会摆弄它，只好继续用老式的那个。
