讲Fastcgi之前须要先讲CGI，CGI是为了担保web server通报过来的数据是标准格式的，它是一个协议，方便CGI程序的编写者，他规定了Web要乞降CGI脚本交互的数据格式，以是CGI可以用各种措辞进行编写。除Perl外，像Unix shell script, Python, Ruby, PHP, Tcl, C/C++,和Visual Basic都可以用来编写CGI程序。Fastcgi是CGI的更高等的一种办法，是用来提高CGI程序性能的。
web server（如nginx）只是内容的分发者。比如，如果要求/index.html，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态资源。
如果现在要求的是/index.php，根据配置文件，nginx知道这个不是静态文件，须要去找PHP解析器来处理，那么他会把这个要求大略处理后交给PHP解析器。此时CGI便是规定了要传什么数据／以什么格式传输给php解析器的协议。
当web server收到/index.php这个要求后，会启动对应的CGI程序，这里便是PHP的解析器。接下来PHP解析器会解析php.ini文件，初始化实行环境，然后处理要求，再以CGI规定的格式返回处理后的结果，退出进程。web server再把结果返回给浏览器。
那么CGI相较于Fastcgi而言其性能瓶颈在哪呢？CGI针对每个http要求都是fork一个新进程来进行处理，处理过程包括解析php.ini文件，初始化实行环境等，然后这个进程会把处理完的数据返回给web做事器，末了web做事器把内容发送给用户，刚才fork的进程也随之退出。 如果下次用户还要求动态资源，那么web做事器又再次fork一个新进程，周而复始的进行。
而Fastcgi则会先fork一个master，解析配置文件，初始化实行环境，然后再fork多个worker。当要求过来时，master会通报给一个worker，然后立即可以接管下一个要求。这样就避免了重复的劳动，效率自然是高。而且当worker不足用时，master可以根据配置预先启动几个worker等着；当然空闲worker太多时，也会停掉一些，这样就提高了性能，也节约了资源。这便是Fastcgi的对进程的管理。大多数Fastcgi实现都会掩护一个进程池。注：swoole作为httpserver，实际上也是类似这样的事情办法。
那PHP-FPM又是什么呢？它是一个实现了Fastcgi协议的程序,用来管理Fastcgi起的进程的,即能够调度php-cgi进程的程序。现已在PHP内核中就集成了PHP-FPM，利用--enalbe-fpm这个编译参数即可。其余，修正了php.ini配置文件后，没办法平滑重启，须要重启php-fpm才可。此时新fork的worker会用新的配置，已经存在的worker连续处理完手上的活。
