簡單來講 CGI、 FastCGI只是一個協議而已, php-cgi 是實現cgi的程序, php-fpm是管理php-cgi的一個管理器而已。php
CGI全稱是「公共網關接口」(Common Gateway Interface),HTTP服務器與你的或其它機器上的程序進行「交談」的一種工具,其程序須運行在網絡服務器上。html
首先,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代碼中使用的用戶數據從哪裏來的。nginx
當web server收到/index.php這個請求後,會啓動對應的CGI 程序,這裏就是PHP的解析器。接下來PHP解析器會解析php.ini文件,初始化執行環境,而後處理請求,再以規定CGI規定的格式返回處理後的結果,退出進程。web server再把結果返回給瀏覽器。
好了,CGI是個協議,跟進程什麼的不要緊。那fastcgi又是什麼呢?Fastcgi是用來提升CGI程序性能的。web
FastCGI是從CGI發展改進而來的。傳統CGI接口方式的主要缺點是性能不好,由於每次HTTP服務器遇到動態程序時都須要從新啓動腳本解析器來執行解析,而後結果被返回給HTTP服務器。
提升性能,那麼CGI 程序的性能問題在哪呢?"PHP解析器會解析php.ini文件,初始化執行環境",就是這裏了。標準的 CGI 對每一個請求都會執行這些步驟(不閒累啊!啓動進程很累的說!),因此處理每一個時間的時間會比較長。這明顯不合理嘛!那麼Fastcgi是怎麼作的呢?首先,Fastcgi會先啓一個master,解析配置文件,初始化執行環境,而後再啓動多個worker。當請求過來時,master會傳遞給一個worker,而後當即能夠接受下一個請求。這樣就避免了重複的勞動,效率天然是高。並且當worker不夠用時,master能夠根據配置預先啓動幾個worker等着;固然空閒worker太多時,也會停掉一些,這樣就提升了性能,也節約了資源。這就是fastcgi的對進程的管理。segmentfault
那PHP-FPM又是什麼呢?是一個實現了Fastcgi 的程序,被PHP官方收了。
你們都知道,PHP的解釋器是php-cgi。php-cgi只是個CGI 程序,他本身自己只能解析請求,返回結果,不會進程管理(皇上,臣妾真的作不到啊!)因此就出現了一些可以調度php-cgi進程的程序,好比說由lighthttpd分離出來的spawn-fcgi。好了PHP-FPM也是這麼個東東,在長時間的發展後,逐漸獲得了你們的承認,也愈來愈流行。瀏覽器
PHP-CGI是解釋PHP腳本的程序而已。
PHP-FPM是一個FastCGI 管理器,是隻用於PHP的,能夠在 http://php-fpm.org/download下...。服務器