cgi-fastcgi-fpm

做者：Journey Lin
連接：https://www.zhihu.com/question/30672017/answer/127048585
來源：知乎
著做權歸做者全部。商業轉載請聯繫做者得到受權，非商業轉載請註明出處。

講Fastcgi以前須要先講CGI，CGI是爲了保證web server傳遞過來的數據是標準格式的，它是一個協議，方便CGI程序的編寫者。Fastcgi是CGI的更高級的一種方式，是用來提升CGI程序性能的。

web server（如nginx）只是內容的分發者。好比，若是請求/index.html，那麼web server會去文件系統中找到這個文件，發送給瀏覽器，這裏分發的是靜態資源。

若是如今請求的是/index.php，根據配置文件，nginx知道這個不是靜態文件，須要去找PHP解析器來處理，那麼他會把這個請求簡單處理後交給PHP解析器。此時CGI即是規定了要傳什麼數據／以什麼格式傳輸給php解析器的協議。

當web server收到/index.php這個請求後，會啓動對應的CGI程序，這裏就是PHP的解析器。接下來PHP解析器會解析php.ini文件，初始化執行環境，而後處理請求，再以CGI規定的格式返回處理後的結果，退出進程。web server再把結果返回給瀏覽器。

那麼CGI相較於Fastcgi而言其性能瓶頸在哪呢？CGI針對每一個http請求都是fork一個新進程來進行處理，處理過程包括解析php.ini文件，初始化執行環境等，而後這個進程會把處理完的數據返回給web服務器，最後web服務器把內容發送給用戶，剛纔fork的進程也隨之退出。 若是下次用戶還請求動態資源，那麼web服務器又再次fork一個新進程，周而復始的進行。

而Fastcgi則會先fork一個master，解析配置文件，初始化執行環境，而後再fork多個worker。當請求過來時，master會傳遞給一個worker，而後當即能夠接受下一個請求。這樣就避免了重複的勞動，效率天然是高。並且當worker不夠用時，master能夠根據配置預先啓動幾個worker等着；固然空閒worker太多時，也會停掉一些，這樣就提升了性能，也節約了資源。這就是Fastcgi的對進程的管理。大多數Fastcgi實現都會維護一個進程池。注：swoole做爲httpserver，實際上也是相似這樣的工做方式。

那PHP-FPM又是什麼呢？它是一個實現了Fastcgi協議的程序,用來管理Fastcgi起的進程的,即可以調度php-cgi進程的程序。現已在PHP內核中就集成了PHP-FPM，使用--enalbe-fpm這個編譯參數便可。另外，修改了php.ini配置文件後，沒辦法平滑重啓，須要重啓php-fpm纔可。此時新fork的worker會用新的配置，已經存在的worker繼續處理完手上的活。