我在網上查fastcgi與php-fpm的關系，查了快一周了，基本看了個遍，真是眾說紛紜，沒一個權威性的定義。

網上有的說，fastcgi是一個協議，php-fpm實現了這個協議； 有的說，php-fpm是fastcgi進程的管理器，用來管理fastcgi進程的； 有的說，php-fpm是php內核的一個補丁；有的說，修改了php.ini配置文件後，沒辦法平滑重啟，所以就誕生了php-fpm； 還有的說PHP-CGI是PHP自帶的FastCGI管理器，那這樣的話幹嗎又弄個php-fpm出來，我就更暈了。

發個貼，想聽聽大家的理解，網上的我都已經看了個遍，因為我查了一周了，哈哈，所以想聽聽原創的理解。

6個回答

回答1：

剛開始對這個問題我也挺糾結的，看了《HTTP權威指南》後，感覺清晰了不少。

首先，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處理完手上的活就可以歇著了，通過這種機制來平滑過度。

還有的說PHP-CGI是PHP自帶的FastCGI管理器，那這樣的話幹嗎又弄個php-fpm出來。

不對。php-cgi只是解釋PHP腳本的程序而已。

回答2：

你(PHP)去和愛斯基摩人(web服務器，如 Apache、Nginx)談生意

你說中文(PHP代碼)，他說愛斯基摩語(C代碼)，互相聽不懂，怎麽辦？那就都把各自說的話轉換成英語(FastCGI 協議)吧。

怎麽轉換呢？你就要使用一個翻譯機(PHP-FPM)

(當然對方也有一個翻譯機，那個是他自帶的)

我們這個翻譯機是最新型的，老式的那個（PHP-CGI）被淘汰了。不過它(PHP-FPM)只有年輕人（Linux系統）會用，老頭子們（Windows系統）不會擺弄它，只好繼續用老式的那個。

回答3：

我看了上面三位的答案，但我總覺得他們描述得還不夠貼切。

Fastcgi是CGI的升級版，一種語言無關的協議，用來溝通程序(如PHP, Python, Java)和Web服務器(Apache2, Nginx), 理論上任何語言編寫的程序都可以通過Fastcgi來提供Web服務。

Fastcgi的特點是會在一個進程中依次完成多個請求，以達到提高效率的目的，大多數Fastcgi實現都會維護一個進程池。

而PHP-fpm就是針對於PHP的，Fastcgi的一種實現，他負責管理一個進程池，來處理來自Web服務器的請求。目前，PHP-fpm是內置於PHP的。

但是PHP-fpm僅僅是個“PHP Fastcgi 進程管理器”, 它仍會調用PHP解釋器本身來處理請求，PHP解釋器(在Windows下)就是php-cgi.exe。

回答4：

我也不太清楚這個, 剛才去搜索一下 : http://wenku.baidu.com/view/887de969561252d380eb6e92.html 這個鏈接看看是否對你有幫助。

回答5：

CGI => http://www.w3.org/CGI/

FastCGI => http://www.fastcgi.com/drupal/

FPM => FastCGI Process Manager(FastCGI進程管理器)

只能幫你到這裏了，同學。

回答6：

fastcgi是一個協議，沒錯。php-fpm實現了這個協議，沒錯。 php-fpm的fastcgi協議需要有個進程吧？php-fpm實現的fastcgi進程就叫php-cgi= =。所以php-fpm就是他自身的fastcgi或php-cgi進程管理器，沒錯。php-fpm在5.2之前官方是沒有php-fpm的。php-fpm是作為一個第三方的補丁你才能用的。5.2之後捏，官方就已經默認加入了，從此就不是一個補丁了。

======update:

參考資料：http://baike.baidu.com/view/4168033.htm 使用PHP-FPM來控制PHP-CGI的FastCGI進程 在沒有PHP-FPM之前。是直接打開php-cgi.exe(win32)、php-cgi進程來處理fastcgi的請求的。或者是用spawn-fcgi或uwsgi類似的fastcgi進程管理軟件。 php-fpm的目的就是解決spawn-fcgi和uwsgi等類似管理器的缺陷並且集成入PHP官方。

另外糾正：php-fpm是自php5.3以後版本才開始被官方加入的。

摘自：http://segmentfault.com/q/1010000000256516

註意，在PHP5.2及以前的版本，Fastcgi模塊名稱為 mod_fastcgi，需要另外下載源碼安裝，自從PHP5.3及以後的版本中，Fastcgi模塊被改名為 php-fpm，並集成在PHP中，隨PHP源碼一起發布。

參考老文章：配置apache以fastcgi運行php

延伸閱讀：

什麽是CGI、FastCGI、PHP-CGI、PHP-FPM、Spawn-FCGI？

PHP安裝模式cgi、fastcgi、php_mod比較

Windows下圖文詳解PHP三種運行方式（php_mod、cgi、fastcgi）

搞不清FastCgi與php-fpm之間是個什麽樣的關系