網上對於FastCGI與mod_php的知識比較雜亂而不全面，故在此整理一下，以便入門學習者查閱方便。
背景
PHP最常用的方式是以模塊的方式(mod_php)運行在Apache中，也是Apache運行PHP的默認方式；但在Nginx中，Nginx又使用的是PHP-FPM，但是PHP-FPM到底是個什麼東東？跟php有什麼關係？今天我們一起來探究一番。
PHP處理器(PHP handlers)
首先需要記住的是，任何一種Web服務器(Apache、Nginx等)都是被設計成向用戶發送html、圖片等靜態資源的，Web服務器自身並不能解釋任何動態腳本(PHP、Python等)。
PHP處理器就是用來解釋Web應用中的PHP代碼，並將它解釋爲HTML或其他靜態資源，然後將解析的結果傳給Web服務器，最後再由Web服務器發送給用戶。
大多數的Web服務器都不能解析PHP代碼，因此它需要一個能解析PHP代碼的程序，這就是PHP處理器。
現在我們知道了，Apache與Nginx都需要PHP處理器來處理php代碼，那麼怎麼連接上服務器與php處理器呢？也就是說服務器與php處理器如何通信？
答案是通過SAPI（Server Application Programming Interface 服務器端應用編程端口），簡單來說，SAPI指的是PHP具體應用的編程接口， 就像PC一樣，無論安裝哪些操作系統，只要滿足了PC的接口規範都可以在PC上正常運行， PHP腳本要執行有很多種方式，通過Web服務器，或者直接在命令行下，也可以嵌入在其他程序中，有興趣大家可以研究PHP內核。
我們這裏繼續討論PHP最常用的SAPI提供的2種連接方法：mod_php和mod_fastcgi。
mod_php模式
咱們回顧一下，Apache是怎麼能夠識別php代碼的？是不是Apache的配置文件httpd.conf中加上或者修改這樣幾句：
//添加 LoadModule php5_module modules/libphp5.so AddType application/x-httpd-php .php //修改 <IfModule dir_module> DirectoryIndex index.php index.html index.htm index.html </IfModule>
也即php作爲Apache的一個子模塊來運行，當通過web訪問php文件時，Apache就會調用php5_module來解析php代碼。
配置加載mod_php模塊後，php便是Apahce進程本身一部分，每個新的Apache子進程都會加載此模塊。
mod_fastcgi模式
我們先看PHP-FPM官網的說明：
PHP-FPM – A simple and robust FastCGI Process Manager for PHP
PHP-FPM (FastCGI Process Manager) is an alternative PHP FastCGI implementation with some additional features useful for sites of any size, especially busier sites.
PHP-FPM是一個PHP的FastCGI進程管理器，解釋的非常簡單。這說明PHP-FPM是輔助mod_fastcgi模式進行工作的，然而FastCGI又是個什麼東西？管理着什麼進程？
什麼是CGI？
CGI(Common Gateway Interface) 是WWW技術中最重要的技術之一，有着不可替代的重要地位。
CGI是外部應用程序（CGI程序）與Web服務器之間的接口標準，是在CGI程序和Web服務器之間傳遞信息的規程。
CGI規範允許Web服務器執行外部程序，並將它們的輸出發送給Web瀏覽器，CGI將Web的一組簡單的靜態超媒體文檔變成一個完整的新的交互式媒體。
說白了，CGI是一種外部應用程序（CGI程序）與Web服務器的協議，CGI是爲了保證Server傳遞過來的數據是標準格式。
什麼是FastCGI？
FastCGI像是一個常駐(long-live)型的CGI，它可以一直執行着，只要激活後，不會每次都要花費時間去fork一次(這是CGI最爲人詬病的fork-and-execute 模式)。它還支持分佈式的運算, 即 FastCGI 程序可以在網站服務器以外的主機上執行並且接受來自其它網站服務器來的請求。
FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行爲是將CGI解釋器進程保持在內存中並因此獲得較高的性能。衆所周知，CGI解釋器的反覆加載是CGI性能低下的主要原因，如果CGI解釋器保持在內存中並接受FastCGI進程管理器調度，則可以提供良好的性能、伸縮性、Fail- Over特性等等。
一般情況下，FastCGI的整個工作流程是這樣的：
- Web Server啓動時載入FastCGI進程管理器（IIS ISAPI或Apache Module)。
- FastCGI進程管理器自身初始化，啓動多個CGI解釋器進程(可見多個php-cgi)並等待WebServer的連接。
- 當客戶端請求到達Web Server時，FastCGI進程管理器選擇並連接到一個CGI解釋器。 Web server將CGI環境變量和標準輸入發送到FastCGI子進程php-cgi。
- FastCGI子進程完成處理後將標準輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成，FastCGI子進程接着等待並處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接，在CGI模式中，php-cgi在此便已經退出。
也就是說FastCGI是CGI的升級版，一種語言無關的協議，用來溝通程序(如PHP, Python, Java)和Web服務器(Apache2, Nginx), 理論上任何語言編寫的程序都可以通過FastCGI來提供Web服務。
FastCGI的特點是會在一個進程中依次完成多個請求，以達到提高效率的目的，大多數FastCGI實現都會維護一個進程池。
通俗解釋：FastCGI事先就需要啓動，而且可以啓動多個CGI模塊，在那裏一直運行等着web發請求，然後再給php解析運算，完成後生成html返回給web後，但是完成後它不會退出，而是繼續等着下一個web請求。
PHP-FPM
PHP-FPM就是針對於PHP的FastCGI的一種實現，他負責管理一個進程池，來處理來自Web服務器的請求。
但是PHP-FPM僅僅是個“PHP FastCGI 進程管理器”, 它仍會調用PHP解釋器本身來處理請求，PHP解釋器(在Windows下)就是php-cgi.exe。
結束語
說了這麼多，也不知道是否表達清楚，如果有不正確的地方請指正，謝謝。
