fastcgi php-cgi與php-fpm區別和之間的關係

關於FastCGI、php-cgi、php-fpm的區別是什麼，各自有什麼用途，以及相互間的關係是什麼，查閱相關資料，可謂是衆說紛紜，莫衷一是：

說法一：fastcgi是一個協議，php-fpm實現了這個協議；

說法二：php-fpm是FASTCGI進程的管理器，用來管理fastcgi進程的；

說法三：php-fpm是php內核的一個補丁；

說法四：修改了php.ini配置文件後，沒辦法平滑重啓，因此就誕生了php-fpm；

說法五：php-cgi是php自帶的FASTCGI管理器；

......

筆者在學習PHP時也曾有過這個困惑，也曾翻閱了不少資料，最近在交流過過程當中，發現不少夥伴仍是沒法弄其做用和之間的聯繫，因此寫下此文，拋磚引玉。

首先要了解的是CGI

CGI是幹嗎的？通俗的講，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再把結果返回給瀏覽器。

CGI是個協議，跟進程什麼的不要緊。那FastCGI又是什麼呢？

Fastcgi是CGI的升級版，一種語言無關的協議，FastCGI是用來提升CGI程序性能的（從字面意思來能好理解）

標準的CGI對每一個請求都會執行這些步驟（不閒累啊！啓動進程很累的說！），因此處理每一個時間的時間會比較長。這明顯不合理嘛！那麼FastCGI是怎麼作的呢？首先，FastCGI會先啓一個master，解析配置文件，初始化執行環境，而後再啓動多個worker。當請求過來時，master會傳遞給一個worker，而後當即能夠接受下一個請求。這樣就避免了重複的勞動，效率天然是高。並且當worker不夠用時，master能夠根據配置預先啓動幾個worker等着；固然空閒worker太多時，也會停掉一些，這樣就提升了性能，也節約了資源。這就是"FastCGI"的對進程的管理（先姑且這麼說）

php-fpm是什麼？

是一個實現了FastCGI（協議）的程序

你們都知道，PHP的解釋器是php-cgi。php-cgi只是個CGI程序，他本身自己只能解析請求，返回結果，不會管理進程，因此就出現了一些可以調度php-cgi進程的程序，好比說由lighthttpd分離出來的spawn-fcgi。好了php-fpm也是這麼個東西，在長時間的發展後，逐漸獲得了你們的承認，也愈來愈流行。

php-fpm的管理對象是php-cgi，但不能說php-fpm是FastCGI進程的管理器，由於前面說了FastCGI是個協議，彷佛沒有這麼個進程存在，就算存在php-fpm也管理不了他（至少目前是）。他負責管理一個進程池，來處理來自Web服務器的請求。

php-fpm是PHP內核的一個補丁？ 之前是正確的，由於最開始的時候php-fpm沒有包含在PHP內核裏面，要使用這個功能，須要找到與源碼版本相同的php-fpm對內核打補丁，而後再編譯。後來PHP（5.3之後）內核集成了php-fpm，編譯時加上--enalbe-fpm這個參數便可。

對於php.ini文件的修改，php-cgi進程是沒辦法平滑重啓的，有了php-fpm後，就把平滑重啓成爲了一種可能，php-fpm對此的處理機制是新的worker用新的配置，已經存在的worker處理完手上的活就能夠歇着了，經過這種機制來平滑過分的。