fastcgi與php-fpm

首先，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程式性能的。

提高性能，那麼CGI程式的性能問題在哪呢？"PHP解析器會解析php.ini檔案，初始化執行環境"，就是這裡了。标準的CGI對每個請求都會執行這些步驟（不閑累啊！啟動程序很累的說！），是以處理每個時間的時間會比較長。這明顯不合理嘛！那麼Fastcgi是怎麼做的呢？首先，Fastcgi會先啟一個master，解析配置檔案，初始化執行環境，然後再啟動多個worker。當請求過來時，master會傳遞給一個worker，然後立即可以接受下一個請求。這樣就避免了重複的勞動，效率自然是高。而且當worker不夠用時，master可以根據配置預先啟動幾個worker等着；當然空閑worker太多時，也會停掉一些，這樣就提高了性能，也節約了資源。這就是fastcgi的對程序的管理。

那PHP-FPM又是什麼呢？是一個實作了Fastcgi的程式，被PHP官方收了。

大家都知道，PHP的解釋器是php-cgi。php-cgi隻是個CGI程式，他自己本身隻能解析請求，傳回結果，不會程序管理（皇上，臣妾真的做不到啊！）是以就出現了一些能夠排程php-cgi程序的程式，比如說由lighthttpd分離出來的spawn-fcgi。好了PHP-FPM也是這麼個東東，在長時間的發展後，逐漸得到了大家的認可（要知道，前幾年大家可是抱怨PHP-FPM穩定性太差的），也越來越流行。

好了，最後來回來你的問題。 網上有的說，fastcgi是一個協定，php-fpm實作了這個協定

對。

有的說，php-fpm是fastcgi程序的管理器，用來管理fastcgi程序的

對。php-fpm的管理對象是php-cgi。但不能說php-fpm是fastcgi程序的管理器，因為前面說了fastcgi是個協定，似乎沒有這麼個程序存在，就算存在php-fpm也管理不了他（至少目前是）。 有的說，php-fpm是php核心的一個更新檔

以前是對的。因為最開始的時候php-fpm沒有包含在PHP核心裡面，要使用這個功能，需要找到與源碼版本相同的php-fpm對核心打更新檔，然後再編譯。後來PHP核心內建了PHP-FPM之後就友善多了，使用

--enalbe-fpm

這個編譯參數即可。

有的說，修改了php.ini配置檔案後，沒辦法平滑重新開機，是以就誕生了php-fpm

是的，修改php.ini之後，php-cgi程序的确是沒辦法平滑重新開機的。php-fpm對此的處理機制是新的worker用新的配置，已經存在的worker處理完手上的活就可以歇着了，通過這種機制來平滑過度。