參考文章：

https://segmentfault.com/q/1010000000256516

http://www.thinkphp.cn/topic/42338.html

這篇文章寫的挺好：https://blog.csdn.net/belen_xue/article/details/65950658

cgi

cgi：全稱是“公共網關接口”(Common GatewayInterface)，HTTP服務器與你的或其它機器上的程序進行“交談”的一種工具，其程序須運行在網絡服務器上。

(我的理解cgi就是規定接受服務器傳過來數據格式的協議)

?

CGI是干嘛的？CGI是為了保證web server傳遞過來的數據是標準格式的，方便CGI程序的編寫者。

web serv（比如說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再把結果返回給瀏覽器。

fastcgi

fastcgi:一個常駐(long-live)型的CGI，它可以一直執行著，只要激活后，不會每次都要花費時間去fork一次（這是CGI最為人詬病的fork-and-execute 模式）。它還支持分布式的運算，即 FastCGI 程序可以在網站服務器以外的主機上執行并且接受來自其它網站服務器來的請求。
(我的理解fastcgi就是優化了的CGI的協議)

FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行為是將CGI解釋器進程保持在內存中并因此獲得較高的性能。眾所周知，CGI解釋器的反復加載是CGI性能低下的主要原因，如果CGI解釋器保持在內存中并接受FastCGI進程管理器調度，則可以提供良好的性能、伸縮性、Fail- Over特性等等。

FastCGI也可以稱為是一種協議標準，比如下面要說的php-fpm就是支持解析php的一個fastCGI進程管理器/引擎。

Fastcgi是用來提高CGI程序性能的。

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

?

php-cgi

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

PHP-CGI是PHP自帶的FastCGI管理器。是一個實現了CGI協議的程序，用來解釋PHP腳本的程序。

PHP-CGI的不足：

php-cgi變更php.ini配置后需重啟php-cgi才能讓新的php-ini生效，不可以平滑重啟。

直接殺死php-cgi進程，php就不能運行了。(PHP-FPM和Spawn-FCGI就沒有這個問題，守護進程會平滑從新生成新的子進程。）
?

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-cgi進程的確是沒辦法平滑重啟的。php-fpm對此的處理機制是新的worker用新的配置，已經存在的worker處理完手上的活就可以歇著了，通過這種機制來平滑過度

?

PHP-FPM是一個PHP FastCGI管理器，是只用于PHP的。它是一個實現了FastCGI協議的程序。

也就是說，PHP-FPM 是對于 FastCGI 協議的具體實現，它負責管理一個進程池，來處理來自Web服務器的請求。目前，PHP5.3版本之后，PHP-FPM是內置于PHP的。

因為PHP-CGI只是個CGI程序，它自己本身只能解析請求，返回結果，不會進程管理，所以就出現了一些能夠調度PHP-CGI進程的程序，比如說由lighthttpd分離出來的spawn-fcgi。同樣，PHP-FPM也是用于調度管理PHP解析器PHP-CGI的管理程序。

PHP-FPM通過生成新的子進程可以實現php.ini修改后的平滑重啟。
?

?

例：cgi和fastcgi有什么不同？

原理一樣，都是利用標準輸入輸出流處理HTTP之類的文本協議，都是通過多進程模式處理多請求。不同之處在于FastCGI的一個進程處理完一個請求之后重置狀態并掛起，等待下一個請求來時繼續處理；而CGI的一個進程則在處理完一個請求之后退出，下一個請求來再創建新進程。

總結

以上是生活随笔為你收集整理的cgi,fastcgi,php-cgi,php-fpm之间的关系的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。