首先种玛，CGI是干嘛的藐鹤？CGI是為了保證web server傳遞過來的數(shù)據(jù)是標(biāo)準(zhǔn)格式的，方便CGI程序的編寫者赂韵。
web server（比如說nginx）只是內(nèi)容的分發(fā)者娱节。比如，如果請求/index.html祭示，那么web server會去文件系統(tǒng)中找到這個文件肄满，發(fā)送給瀏覽器，這里分發(fā)的是靜態(tài)數(shù)據(jù)质涛。好了悄窃，如果現(xiàn)在請求的是/index.php，根據(jù)配置文件蹂窖，nginx知道這個不是靜態(tài)文件，需要去找PHP解析器來處理恩敌，那么他會把這個請求簡單處理后交給PHP解析器瞬测。Nginx會傳哪些數(shù)據(jù)給PHP解析器呢？url要有吧，查詢字符串也得有吧月趟，POST數(shù)據(jù)也要有灯蝴，HTTP header不能少吧，好的孝宗，CGI就是規(guī)定要傳哪些數(shù)據(jù)穷躁、以什么樣的格式傳遞給后方處理這個請求的協(xié)議。仔細想想因妇，你在PHP代碼中使用的用戶從哪里來的问潭。
當(dāng)web server收到/index.php這個請求后，會啟動對應(yīng)的CGI程序婚被，這里就是PHP的解析器狡忙。接下來PHP解析器會解析php.ini文件，初始化執(zhí)行環(huán)境址芯，然后處理請求灾茁，再以規(guī)定CGI規(guī)定的格式返回處理后的結(jié)果，退出進程谷炸。web server再把結(jié)果返回給瀏覽器北专。
好了，CGI是個協(xié)議旬陡，跟進程什么的沒關(guān)系拓颓。那fastcgi又是什么呢？Fastcgi是用來提高CGI程序性能的季惩。
提高性能录粱，那么CGI程序的性能問題在哪呢？"PHP解析器會解析php.ini文件画拾，初始化執(zhí)行環(huán)境"啥繁，就是這里了。標(biāo)準(zhǔn)的CGI對每個請求都會執(zhí)行這些步驟（不閑累扒嗯住旗闽！啟動進程很累的說！）蜜另，所以處理每個時間的時間會比較長适室。這明顯不合理嘛！那么Fastcgi是怎么做的呢举瑰？首先捣辆，F(xiàn)astcgi會先啟一個master，解析配置文件此迅，初始化執(zhí)行環(huán)境汽畴，然后再啟動多個worker旧巾。當(dāng)請求過來時，master會傳遞給一個worker忍些，然后立即可以接受下一個請求鲁猩。這樣就避免了重復(fù)的勞動，效率自然是高罢坝。而且當(dāng)worker不夠用時廓握，master可以根據(jù)配置預(yù)先啟動幾個worker等著；當(dāng)然空閑worker太多時嘁酿，也會停掉一些隙券，這樣就提高了性能，也節(jié)約了資源痹仙。這就是fastcgi的對進程的管理是尔。
那PHP-FPM又是什么呢？是一個實現(xiàn)了Fastcgi的程序开仰，被PHP官方收了拟枚。
大家都知道，PHP的解釋器是php-cgi众弓。php-cgi只是個CGI程序恩溅，他自己本身只能解析請求，返回結(jié)果谓娃，不會進程管理（皇上脚乡，臣妾真的做不到啊１醮铩）所以就出現(xiàn)了一些能夠調(diào)度php-cgi進程的程序奶稠，比如說由lighthttpd分離出來的spawn-fcgi。好了PHP-FPM也是這么個東東捡遍，在長時間的發(fā)展后锌订，逐漸得到了大家的認可（要知道，前幾年大家可是抱怨PHP-FPM穩(wěn)定性太差的）画株，也越來越流行辆飘。
CGI工作原理：
每當(dāng)客戶請求CGI的時候，WEB服務(wù)器就請求操作系統(tǒng)生成一個新的CGI解釋器進程(如php-cgi.exe)谓传，CGI 的一個進程則處理完一個請求后退出蜈项，下一個請求來時再創(chuàng)建新進程。當(dāng)然续挟，這樣在訪問量很少沒有并發(fā)的情況也行紧卒。可是當(dāng)訪問量增大诗祸，并發(fā)存在常侦，這種方式就不 適合了浇冰。于是就有了fastcgi。
FastCGI像是一個常駐(long-live)型的CGI聋亡，它可以一直執(zhí)行著，只要激活后际乘，不會每次都要花費時間去fork一次（這是CGI最為人詬病的fork-and-execute 模式）坡倔。
一般情況下，F(xiàn)astCGI的整個工作流程是這樣的：
1.Web Server啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Module)
2.FastCGI進程管理器自身初始化脖含，啟動多個CGI解釋器進程(可見多個php-cgi)并等待來自Web Server的連接罪塔。
3.當(dāng)客戶端請求到達Web Server時，F(xiàn)astCGI進程管理器選擇并連接到一個CGI解釋器养葵。 Web server將CGI環(huán)境變量和標(biāo)準(zhǔn)輸入發(fā)送到FastCGI子進程php-cgi征堪。
4.FastCGI 子進程完成處理后將標(biāo)準(zhǔn)輸出和錯誤信息從同一連接返回Web Server。當(dāng)FastCGI子進程關(guān)閉連接時关拒， 請求便告處理完成佃蚜。FastCGI子進程接著等待并處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接。 在CGI模式中着绊，php-cgi在此便退出了谐算。
PHP-FPM與Spawn-FCGI
Spawn-FCGI是一個通用的FastCGI管理服務(wù)器，它是lighttpd中的一部份归露，很多人都用Lighttpd的Spawn-FCGI進行FastCGI模式下的管理工作洲脂。 但是有缺點，于是PHP-fpm就是針對于PHP的剧包，F(xiàn)astcgi的一種實現(xiàn)恐锦，他負責(zé)管理一個進程池，來處理來自Web服務(wù)器的請求疆液。目前一铅，PHP-fpm是內(nèi)置于PHP的。
好了枚粘，最后來回來你的問題馅闽。
網(wǎng)上有的說，fastcgi是一個協(xié)議馍迄，php-fpm實現(xiàn)了這個協(xié)議
對福也。
有的說，php-fpm是fastcgi進程的管理器攀圈，用來管理fastcgi進程的
對暴凑。php-fpm的管理對象是php-cgi。但不能說php-fpm是fastcgi進程的管理器赘来，因為前面說了fastcgi是個協(xié)議现喳，似乎沒有這么個進程存在凯傲，就算存在php-fpm也管理不了他（至少目前是）。 有的說嗦篱，php-fpm是php內(nèi)核的一個補丁
以前是對的冰单。因為最開始的時候php-fpm沒有包含在PHP內(nèi)核里面，要使用這個功能灸促，需要找到與源碼版本相同的php-fpm對內(nèi)核打補丁诫欠，然后再編譯。后來PHP內(nèi)核集成了PHP-FPM之后就方便多了浴栽，使用--enalbe-fpm這個編譯參數(shù)即可荒叼。
有的說，修改了php.ini配置文件后典鸡，沒辦法平滑重啟被廓，所以就誕生了php-fpm
是的，修改php.ini之后萝玷，php-cgi進程的確是沒辦法平滑重啟的嫁乘。php-fpm對此的處理機制是新的worker用新的配置，已經(jīng)存在的worker處理完手上的活就可以歇著了间护，通過這種機制來平滑過度亦渗。
還有的說PHP-CGI是PHP自帶的FastCGI管理器，那這樣的話干嗎又弄個php-fpm出
不對汁尺。php-cgi只是解釋PHP腳本的程序而已法精。
一部分內(nèi)容轉(zhuǎn)自https://segmentfault.com/q/1010000000256516?
大神尹川的回答，寫的很清楚痴突，謝謝搂蜓！
