一、FastCGI是什么？
　　
　　FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行為是將CGI解釋器進程保持在內存中并因此獲得較高的性能。眾所周知，CGI解釋器的反復加載是CGI性能低下的主要原因，如果CGI解釋器保持在內存中并接受FastCGI進程管理器調度，則可以提供良好的性能、伸縮性、Fail- Over特性等等。
　　
　　FastCGI的官方站點在http://www.fastcgi.com
　　
　　FastCGI的工作原理是：
　　
　　1、Web Server 啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Module）;
　　
　　2、FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程 (在任務管理器中可見多個php-cgi.exe)并等待來自Web Server的連接。
　　
　　3、當客戶端請求到達Web Server時，FastCGI進程管理器選擇并連接到一個CGI解釋器。Web server將CGI環境變量和標準輸入發送到FastCGI子進程php-cgi.exe。
　　
　　4、FastCGI子進程完成處理后將標準輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待并處理來自FastCGI進程管理器（運行在 WebServer中）的下一個連接。 在正常的CGI模式中，php-cgi.exe在此便退出了。
　　
　　在上述情況中，你可以想象 CGI通常有多慢。每一個Web請求PHP都必須重新解析php.ini、重新載入全部dll擴展并重初始化全部數據結構。使用FastCGI，所有這些都只在進程啟動時發生一次。一個額外的好處是，持續數據庫連接(Persistent database connection)可以工作。
　　
　　二、為什么要使用FastCGI，而不是多線程CGI解釋器？
　　
　　這可能出于多方面的考慮，例如：
　　
　　1、你無論如何也不能在windows平臺上穩定的使用多線程CGI解釋器，無論是IIS ISAPI方式還是APACHE Module方式，它們總是運行一段時間就崩潰了。奇怪么？但是確實存在這樣的情況！
　　
　　當然，也有很多時候你能夠穩定的使用多線程CGI解釋器，但是，你有可能發現網頁有時候會出現錯誤，無論如何也找不到原因，而換用FastCGI方式時這種錯誤的概率會大大的降低。我也不清楚這是為什么，我想獨立地址空間的CGI解釋器可能終究比共享地址空間的形式來得穩定一點點。
　　
　　2、性能！性能？可能么，難道FastCGI比多線程CGI解釋器更快？但有時候確實是這樣，只有測試一下你的網站，才能最后下結論。原因嘛，我覺得很難講，但有資料說在Zend WinEnabler的時代，Zend原來也是建議在Windows平臺下使用FastCGI而不是IIS ISAPI或Apache Module，不過現在Zend已經不做這個產品了。
　　
　　三、不使用FastCGI的理由
　　
　　1、多進程比多線程消耗更多的服務器內存，php-cgi.exe解釋器每進程消耗7至25兆內存，將這個數字乘以50或100試試。
　　
　　2、性能。確實有時候多線程CGI解釋器更快，呵呵，而且有時候，它也很穩定。
　　
　　3、CGI？聽起來就很土，呵呵
　　
　　四、IIS FastCGI配置方法
　　
　　1、首先確定你已正確安裝了PHP 4.3.x及更新的版本。早期版本的PHP并未默認加入FastCGI支持，如果你想在早期版本中工作，需要重新編譯它。我們假設PHP安裝在 c:/php，支持FastFCGI的可執行文件名是php-cgi.exe。
　　
　　注意：建議在Php.ini中關閉cgi.force_redirect，啟用fastcgi.impersonate，啟用 cgi.rfc2616_header
　　
　　2、下載http://www.caraveo.com/fastcgi/fastcgi-0.6.zip并將其中的isapi_fcgi.dll解壓縮到c:/php目錄下（不是必須在此目錄，這里只是敘述方便）。
　　
　　3、使用regedit.exe建立如下注冊表項：
　　
　　HKEY_LOCAL_MACHINE:Software/FASTCGI/.php?。ū匦瑁?br />　　
　　4、在此項下建立如下鍵值：
　　
　　字符串類型：AppPath，值為c:/php/php-cgi.exe　（必需）
　　
　　字符串類型：BindPath，值為php-fcgi　　　　　 （必需）
　　
　　以下是可選配置鍵值：
　　
　　DWORD類型：StartServers，啟動時默認啟動的解釋器個數，默認值5
　　
　　DWORD類型：MaxServers，最大解釋器個數，默認25
　　
　　DWORD類型：IncrementServers，當解釋器不夠用時增量個數，默認2
　　
　　DWORD類型：Timeout，增量解釋器（超出StartServers數目的）存活時間，默認600（秒）
　　
　　DWORD類型：ThreadPoolSize，線程池大小，僅IIS下有效，默認10
　　
　　DWORD類型：Impersonate，僅IIS有效，如果為1，使用IIS安全標志，為0則關閉此特性。不要關閉它除非你不擔心安全問題。默認1
　　
　　DWORD類型：MaxPostData，Post數據預讀Byte限制，默認0
　　
　　DWORD類型：BypassAuth，僅IIS有效，如果為1并且isapi_fcgi.dll被配置為IIS Filter，同時IIS被配置為使用BASIC Authentication，這將強制所有認證請求使用IIS匿名用戶。這一選項的目的是允許腳本實現自己的安全機制。默認0
　　
　　BINARY類型：CustomVars，附加環境變量值，新行分隔，Null結束
　　
　　5、如果是IIS6，添加一個Web服務擴展指向c:/php/isapi_fcgi.dll，并允許。應用程序池中的“最大工作進程數”請保持為 1。
　　
　　6、添加應用程序擴展映射關系：
　　
　　1). 在Internet信息服務管理器中，選擇網站或應用程序的根目錄。
　　
　　2). 打開目錄屬性頁（右鍵選擇“屬性”），再選擇“主目錄”。
　　
　　3). 點擊“配置”按鈕，選擇“映射”Tab頁。
　　
　　4). 點擊“添加...”，在“可執行文件”設為: c:/php/isapi_fcgi.dll，擴展名設為.php，一定要選擇“確認文件是否存在”，然后“確定”保存設置。
　　
　　5). 再同樣添加對.php3或.phtml擴展名的支持（可選）。
　　
　　6). 保存設定并重新啟動IIS。
　　
　　7、測試一下，同時請求多個Web頁面，然后察看任務管理器中的進程，頁面完成后php-cgi.exe進程持續運行并不退出。
　　
　　五、Apache配置方法
　　
　　1、首先確定你已正確安裝了PHP 4.3.x及更新的版本。早期版本的PHP并未默認加入FastCGI支持，如果你想在早期版本中工作，需要重新編譯它。我們假設PHP安裝在 c:/php，支持FastFCGI的可執行文件名是php-cgi.exe。
　　
　　注意：建議在Php.ini中打開cgi.force_redirect，關閉fastcgi.impersonate，關閉 cgi.rfc2616_headers。
　　
　　2、下載http://www.fastcgi.com/dist/mod_fastcgi-2.4.2-AP20.dll，放到Apache 2.x的Modules目錄中。
　　
　　3、確定Apache 2.x在CGI方式下可以正常運行PHP。httpd.conf中存在如下幾行：
　　
　　ScriptAlias /php/ "c:/php/"
　　
　　Action application/x-httpd-php "/php/php-cgi.exe"
　　
　　SetEnv PHPRC "C:/php"
　　
　　AddType application/x-httpd-php .php
　　
　　4、在httpd.conf中添加:
　　
　　LoadModule fastcgi_module modules/mod_fastcgi-2.4.2-AP20.dll
　　
　　# 說明：此處的 -processes 3 表示啟動三個 php-cgi.exe 進程，
　　
　　# 關于 FastCgiServer 的詳細參數請參考 FastCGI 文檔。
　　
　　FastCgiServer "c:/php/php-cgi.exe" -processes 3
　　
　　5、重新啟動Apache，測試同上。
　　
　　六、高級配置
　　
　　設想這樣一種場景，你的服務器上同時跑Apache 2和IIS 6，兩個Web服務器都跑php應用。那么，有如下三種可能：
　　
　　A、php使用iis isapi和apache module安裝，均為多線程方式運行。這個和FastCGI沒有關系。
　　
　　B、其中一個服務器使用FastCGI方式，另一個使用多線程方式。這個能運行正常。
　　
　　C、兩個均使用FastCGI方式，這個往往不正常。一般表現為：
　　
　　兩個服務器各自啟動一些php-cgi.exe進程，然后服務器之一不解釋php頁面，或者隔一會兒就派生新的php-cgi.exe進程（可怕呀）。
　　
　　為什么呢？我想大概是因為上面使用的兩個東西（iis isapi和apache module）的作者大概并沒有想過要和對方同時使用吧，呵呵。想了想，Apache 2和IIS 6如果可以共用一批php-cgi.exe解釋器就好了，既不浪費內存，估計也不會有調度問題了。
　　
　　經過研究和測試證明，這個想法是可行的。但是，由于Shane Caraveo并未在ISAPI DLL中提供使用外置FastCGI服務的功能，因此在此場景中只能是由IIS負責啟動和管理php-cgi.exe，然后配置Apache去使用這些受 IIS管理的php-cgi.exe進程。
　　
　　配置方法：
　　
　　1、按上述四中的方法配置IIS FastCGI。
　　
　　2、基本按上述五中的方法配置Apache FastCGI，五.4改為在httpd.conf中添加:
　　
　　LoadModule fastcgi_module modules/mod_fastcgi-2.4.2-AP20.dll
　　
　　# 使用外部FastCGI服務器，請參考 FastCGI 文檔。
　　
　　FastCgiExternalServer "c:/php/php-cgi.exe" -socket "php-fcgi"
　　
　　注意：-socket參數后的值必須與HKEY_LOCAL_MACHINE:Software/FASTCGI/.php中BindPath的值一致，這樣兩個FastCGI進程管理器才會使用同一個命名管道連接php-cgi.exe。
　　
　　注意：此配置中php-cgi.exe進程只受IIS中的FastCGI進程管理器管理， Apache的繁忙請求并不會使IIS中的FastCGI調度更多的php-cgi.exe進程。因此，在IIS中配置FastCGI時應當使 StartServers值足夠大，以避免php解釋器數量不足。同樣帶來的問題是，如果IIS關閉了，那么Apache就會找不到Php解釋器了，這個要留心。
　　
　　由此帶來的一個問題是：此時的php.ini中cgi.force_redirect、fastcgi.impersonate、 cgi.rfc2616_headers應該怎么設定呢？這個留給大家去思考吧……呵呵
　　
　　另外一個可能遇到的問題是，IIS非?？臻e，一段時間后由IIS啟動的php-cgi.exe退出了，則apache就解釋不了 Php了，怎么辦呢？這時可以訪問一下iis網站，php-cgi.exe就又起來了，暈哦。一個建議是使用IIS 6的進程池管理，在應用程序池中關掉“空閑超時”，并且，在“應用程序池標識”中將運行賬號設定為與Apache服務啟動賬號一致。

　　為了方便延伸閱讀特備注原文地址：http://blog.myspace.cn/e/406775941.htm