from:http://www.jb51.net/article/37759.htm
一、php在apache中運作模式
php在apache中一共有三種運作方式：CGI模式、FastCGI模式、Apache 模組DLL
以下分別比較：
1. CGI模式與模組模式比較：
php在apache中兩種運作方式的差異(CGI模式、Apache 模組DLL)
這兩種工作方式的安裝：
PHP 在 Apache 2.0 中的 CGI 方式
ScriptAlias /php/ “c:/php/”
AddType application/x-httpd-php .php
對PHP 4 用這行
Action application/x-httpd-php “/php/php.exe”
對PHP 5 用這行
對PHP 5 用這行
-httpd-php “/php/php-cgi.exe”
PHP 在 Apache 2.0 中的模組方式
對 PHP 4 用這兩行：
LoadModule php4_module “c:/php/php4apache2.dll”
別忘了從 sapi 目錄中把 php4apache2.dll
AddType application/x-httpd-php .php
對 PHP 5 用這兩行：
LoadModule php5_module “c:/php/php5apache2.dll”
AddType application/x-httpd-php .php
配置 php.ini 的路徑
PHPIniDir “C:/php”
這兩種工作方式的差別：
在CGI模式下，如果客戶機請求一個php文件，Web伺服器就呼叫php.exe去解釋這個文件，然後再把解釋的結果以網頁的形式傳回給客戶機；
而在模組化(DLL)中，PHP是與Web伺服器一起啟動並運作的。
所以從某種角度上來說，以apache模組方式安裝的 PHP4有著比CGI模式更好的安全性以及更好的執行效率和速度。
2. FastCGI運作模式分析：
FastCGI的工作原理是：
(1)、Web Server 啟動時載入FastCGI進程管理器【PHP的FastCGI進程管理器是PHP-FPM(php-FastCGI Process Manager)】（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 模式運作PHP 的優點： 🎜
以 FastCGI 模式運行 PHP 有幾個主要的好處。首先就是 PHP 出錯的時候不會搞垮 Apache，只是 PHP 自己的進程當掉（但 FastCGI 會立刻重新啟動一個新 PHP 進程來取代當掉的進程）。其次 FastCGI 模式運行 PHP 比 ISAPI 模式表現更好（我本來用 ApacheBench 進行了測試，但忘了保存結果，大家有興趣可以自己測試）。 🎜
最後，就是可以同時執行 PHP5 和 PHP4。參考下面的設定文件，分別建立了兩個虛擬主機，其中一個使用 PHP5，另一個使用 PHP4。 🎜
複製程式碼 程式碼如下:🎜
LoadModule fastcgi_module 模組/mod_fastcgi-2.4.2-AP13.dll
ScriptAlias /fcgi-php5/ “d:/usr/local/php-5.0.4/”
FastCgiServer“d:/usr/local/php-5.0.4/php-cgi.exe”-進程 3
ScriptAlias /fcgi-php4/ “d:/usr/local/php-4.3.11/”
FastCgiServer “d:/usr/local/php-4.3.11/php.exe”
聽 80
名稱虛擬主機 *:80
文檔根目錄 d:/www
選項 索引 FollowSymlinks 多視圖
伺服器名稱 php5.localhost
AddType 應用程式/x-httpd-fastphp5 .php
操作 application/x-httpd-fastphp5 “/fcgi-php5/php-cgi.exe”
IndexOptions FancyIndexing FoldersFirst
選項索引 FollowSymLinks 多視圖
允許覆蓋無
訂單允許、拒絕
允許所有人
聽8080
名稱VirtualHost *:8080
DocumentRoot d:/www
選項 索引 FollowSymlinks 多視圖
伺服器名稱 php4.localhost
AddType application/x-httpd-fastphp4 .php
操作 application/x-httpd-fastphp4 “/fcgi-php4/php.exe”
選項索引 FollowSymLinks 多視圖
允許覆蓋無
訂單允許、拒絕
允許
使用上面的配置，訪問http://localhost/就使用PHP5，而訪問http://localhost:8080/就使用PHP4。所以只要有合理的配置，就可以讓不同的虛擬主機使用不同的版本的 PHP。
FastCGI模式的一些缺點：
說完了好處，也說說缺點。從我的實際使用來看，用 FastCGI 模式更適合生產環境的伺服器。但是對於開發用機器來說就不太適合了。因為當使用 Zend Studio 偵錯程式時，由於FastCGI 會認為 PHP 進程逾時，從而在頁面上傳回 500 錯誤。這點讓人非常惱火，所以我在開發機器上還是換回了 ISAPI 模式。
最後，在Windows 中以FastCGI 模式存在潛在的安
二、php 在nginx 中運行模式(nginx+PHP-FPM ) 目前理想選擇
使用FastCGI 方式現在常見的有兩種stack：ligthttpd+spawn-fcgi ; 另外一種是nginx+PHP-FPM(也可以用spawn-fcgi)。
(1) 如上面所說的該兩種結構都採用了FastCGI對PHP的支持，因此HTTPServer完全解放出來，可以更好地進行響應和並發處理。因此lighttpd和nginx都有小而強大和高效的美譽。
(2) 這兩者還可以分出一個好壞來，spawn-fcgi由於是lighttpd的一部分，因此安裝了lighttpd一般就會使用spawn-fcgi對php的支持，但是目前有用戶說ligttpd的spwan -fcgi在高虹存取的時候，會出現上面說的記憶體洩漏甚至自動重啟fastcgi。即：PHP腳本處理器當機，這個時候用戶如果訪問的話，就會可能出現白頁（即PHP無法被解析或錯誤）
另一個：首先nginx不是lighttpd本身就含帶了fastcgi(spawn-fcgi )，因此它完全是輕量級的，必須藉助第三方的FastCGI處理器才對PHP進行解析，所以其實可以這樣看來nginx是非常靈活的，它可以和任何第三方提供解析的處理器實現連接從而實現對PHP的解析(在nginx.conf中很容易設定)。
nginx使用spwan-fcgi(需要同時安裝lighttpd ，但是需要為nginx感知端口，一些較早的博客有這方面安裝的教程），但是由於spawn-fcgi具有上面所說的慢慢的用戶逐漸發現的缺陷，現在減少使用nginx+spawn-fcgi組合了。
c。 由於spawn-fcgi的缺陷，現在出現了新的第三方（目前還是，聽說正在努力不久將來加入到PHP核心中）的PHP的FastCGI處理器，稱為PHP-FPM（具體可以google）。它和spawn -fcgi 比較起來有以下優點：
由於它是作為PHP 的補丁補丁來開發的，安裝的時候需要和php 源碼一起編譯，既然編譯到php core 中了，在性能方面要優秀一些；
同時它在處理高並發方面也兼顧spawn-fcgi，至少不會自動重啟fastcgi處理器。具體採用的演算法和設計可以穀歌了解。
因此，如上所說由於nginx的輕量和靈活性，因此目前性能相當，越來越多的人逐漸使用這個組合：nginx+PHP/PHP-FPM
三、IIS+ ISAPI模式這種模式適合開發環境中，生產環境中使用的很少。
四、總結
目前在HTTPServer這塊基本上可以看到有透明堆疊比較流行：
（1）Apache+mod_php5
（2）lighttp+spawn-fcgi
（3）nginx+PHP-FPM
三者後兩者性能可能稍優，但Apache由於有豐富的模組和功能，目前來說還是老大。有人測試nginx+PHP-FPM在高併發情況下可能會達到Apache+mod_php5的5~10倍，現在nginx+PHP-FPM使用的人越來越多。
以上就介紹了基於php在各種web伺服器的運行模式詳解，包括了方面的內容，希望對PHP教程有興趣的朋友得到幫助。
