#我上網查fastcgi與php-fpm的關係，查了快一週了，基本上看了個遍，真是眾說紛紜，沒一個權威的定義。
網路上有的說，fastcgi是一個協議，php-fpm實作了這個協議；
有的說，php-fpm是fastcgi程序的管理器，用來管理fastcgi程序的；
有的說，php-fpm是php核心的一個補丁;
有的說，修改了php.ini設定檔後，沒辦法平滑重啟，所以就誕生了php-fpm；CGI是為了確保web server傳遞過來的資料是標準格式的，方便CGI程式的編寫者。
- 還有的說PHP-CGI是PHP自帶的FastCGI管理器，那這樣的話幹嗎又弄個php-fpm出來？
- 首先，CGI是幹嘛的？
web server（比如說nginx）只是內容的分發者。例如，如果請求/index.html，那麼web server會去檔案系統找到這個文件，傳送給瀏覽器，這裡分發的是靜態資料。好了，如果現在請求的是/index.php，根據設定文件，nginx知道這個不是靜態文件，需要去找PHP解析器來處理，那麼他會把這個請求簡單處理後交給PHP解析器。 Nginx會傳哪些資料給PHP解析器呢？ url要有吧，查詢字串也得有吧，POST資料也要有，HTTP header不能少吧，好的，CGI就是規定要傳哪些資料、以什麼樣的格式傳遞給後方處理這個請求的協定。
當web server收到/index.php這個請求後，會啟動對應的CGI程序，這裡就是PHP的解析器。接下來PHP解析器會解析php.ini文件，初始化執行環境，然後處理請求，再以規定CGI規定的格式傳回處理後的結果，退出進程。 web server再把結果回傳給瀏覽器。
那fastcgi又是什麼呢？好了，CGI是個協議，跟進程什麼的沒關係。
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處理完手上的活就可以歇著了，透過這個機制來平滑過度。
還有的說PHP-CGI是PHP自帶的FastCGI管理器，那這樣的話幹嗎又弄個php-fpm出來？
不對。 php-cgi只是解釋PHP腳本的程式而已。
推薦學習：《PHP影片教學》
