PHP 之 FastCGI 與 mod_php 詳解
網上對于FastCGI與mod_php的知識比較雜亂而不全面，故在此整理一下，以便入門學習者查閱方便。
背景
PHP最常用的方式是以模塊的方式(mod_php)運行在Apache中，也是Apache運行PHP的默認方式；但在Nginx中，Nginx又使用的是PHP-FPM，但是PHP-FPM到底是個什么東東？跟php有什么關系？今天我們一起來探究一番。
PHP處理器(PHP handlers)
首先需要記住的是，任何一種Web服務器(Apache、Nginx等)都是被設計成向用戶發(fā)送html、圖片等靜態(tài)資源的，Web服務器自身并不能解釋任何動態(tài)腳本(PHP、Python等)。
PHP處理器就是用來解釋Web應用中的PHP代碼，并將它解釋為HTML或其他靜態(tài)資源，然后將解析的結果傳給Web服務器，最后再由Web服務器發(fā)送給用戶。
大多數的Web服務器都不能解析PHP代碼，因此它需要一個能解析PHP代碼的程序，這就是PHP處理器。
現在我們知道了，Apache與Nginx都需要PHP處理器來處理php代碼，那么怎么連接上服務器與php處理器呢？也就是說服務器與php處理器如何通信？
答案是通過SAPI（Server Application Programming Interface 服務器端應用編程端口），簡單來說，SAPI指的是PHP具體應用的編程接口， 就像PC一樣，無論安裝哪些操作系統(tǒng)，只要滿足了PC的接口規(guī)范都可以在PC上正常運行， PHP腳本要執(zhí)行有很多種方式，通過Web服務器，或者直接在命令行下，也可以嵌入在其他程序中，有興趣大家可以研究PHP內核。
我們這里繼續(xù)討論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服務器之間傳遞信息的規(guī)程。
CGI規(guī)范允許Web服務器執(zhí)行外部程序，并將它們的輸出發(fā)送給Web瀏覽器，CGI將Web的一組簡單的靜態(tài)超媒體文檔變成一個完整的新的交互式媒體。
說白了，CGI是一種外部應用程序（CGI程序）與Web服務器的協(xié)議，CGI是為了保證Server傳遞過來的數據是標準格式。
什么是FastCGI？
FastCGI像是一個常駐(long-live)型的CGI，它可以一直執(zhí)行著，只要激活后，不會每次都要花費時間去fork一次(這是CGI最 為人詬病的fork-and-execute 模式)。它還支持分布式的運算, 即 FastCGI 程序可以在網站服務器以外的主機上執(zhí)行并且接受來自其它網站服務器來的請求。
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環(huán)境變量和標準輸入發(fā)送到FastCGI子進程php-cgi。
-
FastCGI子進程完成處理后將標準輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成，FastCGI子進程接著等待并處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接，在CGI模式中，php-cgi在此便已經退出。
也就是說FastCGI是CGI的升級版，一種語言無關的協(xié)議，用來溝通程序(如PHP, Python, Java)和Web服務器(Apache2, Nginx), 理論上任何語言編寫的程序都可以通過FastCGI來提供Web服務。
FastCGI的特點是會在一個進程中依次完成多個請求，以達到提高效率的目的，大多數FastCGI實現都會維護一個進程池。
通俗解釋：FastCGI事先就需要啟動，而且可以啟動多個CGI模塊，在那里一直運行等著web發(fā)請求，然后再給php解析運算，完成后生成html返回給web后，但是完成后它不會退出，而是繼續(xù)等著下一個web請求。
PHP-FPM
PHP-FPM就是針對于PHP的FastCGI的一種實現，他負責管理一個進程池，來處理來自Web服務器的請求。
但是PHP-FPM僅僅是個“PHP FastCGI 進程管理器”, 它仍會調用PHP解釋器本身來處理請求，PHP解釋器(在Windows下)就是php-cgi.exe。
結束語
說了這么多，也不知道是否表達清楚，如果有不正確的地方請指正，謝謝。
原文：http://article.gitos.cn/2015/Aurthur/PHP-Mod-PHP-And-Fast-CGI-Explain.html 作者： Aurthur
