一、php在apache中運(yùn)行模式

php在apache中一共有三種工作方式：CGI模式、FastCGI模式、Apache 模塊DLL)

以下分別比較：

1. CGI模式與模塊模式比較：

php在apache中兩種工作方式的區(qū)別(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 用這行
Action application/x-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"

這兩種工作方式的區(qū)別：
在CGI模式下，如果客戶機(jī)請求一個(gè)php文件，Web服務(wù)器就調(diào)用php.exe去解釋這個(gè)文件，然后再把解釋的結(jié)果以網(wǎng)頁的形式返回給客戶機(jī)；
而在模塊化(DLL)中，PHP是與Web服務(wù)器一起啟動(dòng)并運(yùn)行的。
所以從某種角度上來說，以apache模塊方式安裝的 PHP4有著比CGI模式更好的安全性以及更好的執(zhí)行效率和速度。

2. FastCGI運(yùn)行模式分析：

FastCGI的工作原理是：

(1)、Web Server 啟動(dòng)時(shí)載入FastCGI進(jìn)程管理器【PHP的FastCGI進(jìn)程管理器是PHP-FPM(php-FastCGI Process Manager)】（IIS ISAPI或Apache Module);
(2)、FastCGI進(jìn)程管理器自身初始化，啟動(dòng)多個(gè)CGI解釋器進(jìn)程 (在任務(wù)管理器中可見多個(gè)php-cgi.exe)并等待來自Web Server的連接。
(3)、當(dāng)客戶端請求到達(dá)Web Server時(shí)，FastCGI進(jìn)程管理器選擇并連接到一個(gè)CGI解釋器。Web server將CGI環(huán)境變量和標(biāo)準(zhǔn)輸入發(fā)送到FastCGI子進(jìn)程php-cgi.exe。
(4)、FastCGI子進(jìn)程完成處理后將標(biāo)準(zhǔn)輸出和錯(cuò)誤信息從同一連接返回Web Server。當(dāng)FastCGI子進(jìn)程關(guān)閉連接時(shí)，請求便告處理完成。FastCGI子進(jìn)程接著等待并處理來自FastCGI進(jìn)程管理器（運(yùn)行在 WebServer中）的下一個(gè)連接。 在正常的CGI模式中，php-cgi.exe在此便退出了。

在上述情況中，你可以想象 CGI通常有多慢。每一個(gè)Web請求PHP都必須重新解析php.ini、重新載入全部dll擴(kuò)展并重初始化全部數(shù)據(jù)結(jié)構(gòu)。使用FastCGI，所有這些 都只在進(jìn)程啟動(dòng)時(shí)發(fā)生一次。一個(gè)額外的好處是，持續(xù)數(shù)據(jù)庫連接(Persistent database connection)可以工作。

3. 為什么要使用FastCGI，而不是多線程CGI解釋器？
這可能出于多方面的考慮，例如：
(1)、你無論如何也不能在windows平臺(tái)上穩(wěn)定的使用多線程CGI解釋器，無論是IIS ISAPI方式還是APACHE Module方式，它們總是運(yùn)行一段時(shí)間就崩潰了。奇怪么？但是確實(shí)存在這樣的情況！
當(dāng)然，也有很多時(shí)候你能夠穩(wěn)定的使用多線程CGI解釋器，但是，你有可能發(fā)現(xiàn)網(wǎng)頁有時(shí)候會(huì)出現(xiàn)錯(cuò)誤，無論如何也找不到原因，而換用FastCGI方式 時(shí)這種錯(cuò)誤的概率會(huì)大大的降低。我也不清楚這是為什么，我想獨(dú)立地址空間的CGI解釋器可能終究比共享地址空間的形式來得穩(wěn)定一點(diǎn)點(diǎn)。
(2)、性能！性能？可能么，難道FastCGI比多線程CGI解釋器更快？但有時(shí)候確實(shí)是這樣，只有測試一下你的網(wǎng)站，才能最后下結(jié)論。原因嘛，我覺得 很難講，但有資料說在Zend WinEnabler的時(shí)代，Zend原來也是建議在Windows平臺(tái)下使用FastCGI而不是IIS ISAPI或Apache Module，不過現(xiàn)在Zend已經(jīng)不做這個(gè)產(chǎn)品了。

4. FastCGI 模式運(yùn)行PHP 的優(yōu)點(diǎn)：

以 FastCGI 模式運(yùn)行 PHP 有幾個(gè)主要的好處。首先就是 PHP 出錯(cuò)的時(shí)候不會(huì)搞垮 Apache，只是 PHP 自己的進(jìn)程當(dāng)?shù)簦ǖ?/span> FastCGI 會(huì)立即重新啟動(dòng)一個(gè)新 PHP 進(jìn)程來代替當(dāng)?shù)舻倪M(jìn)程）。其次 FastCGI 模式運(yùn)行 PHP 比 ISAPI 模式性能更好（我本來用 ApacheBench 進(jìn)行了測試，但忘了保存結(jié)果，大家有興趣可以自己測試）。

最后，就是可以同時(shí)運(yùn)行 PHP5 和 PHP4。參考下面的配置文件，分別建立了兩個(gè)虛擬主機(jī)，其中一個(gè)使用 PHP5，另一個(gè)使用 PHP4。

LoadModule fastcgi_module modules/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" -processes 3

ScriptAlias /fcgi-php4/ "d:/usr/local/php-4.3.11/"

FastCgiServer "d:/usr/local/php-4.3.11/php.exe"

Listen 80

NameVirtualHost *:80

DocumentRoot d:/www

Options Indexes FollowSymlinks MultiViews

ServerName php5.localhost

AddType application/x-httpd-fastphp5 .php

Action application/x-httpd-fastphp5 "/fcgi-php5/php-cgi.exe"

IndexOptions FancyIndexing FoldersFirst

Options Indexes FollowSymLinks MultiViews

AllowOverride None

Order allow,deny

Allow from all

Listen 8080

NameVirtualHost *:8080

DocumentRoot d:/www

Options Indexes FollowSymlinks MultiViews

ServerName php4.localhost

AddType application/x-httpd-fastphp4 .php

Action application/x-httpd-fastphp4 "/fcgi-php4/php.exe"

Options Indexes FollowSymLinks MultiViews

AllowOverride None

Order allow,deny

Allow from all

使用上面的配置，訪問 http://localhost/ 就使用 PHP5，而訪問 http://localhost:8080/ 就使用 PHP4。所以只要合理配置，就可以讓不同的虛擬主機(jī)使用不同版本的 PHP。

FastCGI 模式的一些缺點(diǎn)：

說完了好處，也來說說缺點(diǎn)。從我的實(shí)際使用來看，用 FastCGI 模式更適合生產(chǎn)環(huán)境的服務(wù)器。但對于開發(fā)用機(jī)器來說就不太合適。因?yàn)楫?dāng)使用 Zend Studio 調(diào)試程序時(shí)，由于 FastCGI 會(huì)認(rèn)為 PHP 進(jìn)程超時(shí)，從而在頁面返回 500 錯(cuò)誤。這一點(diǎn)讓人非常惱火，所以我在開發(fā)機(jī)器上還是換回了 ISAPI 模式。

最后，在 Windows 中以 FastCGI 模式存在潛在的安 

二、php 在nginx 中運(yùn)行模式(nginx+PHP-FPM )目前理想選擇

使用FastCGI方式現(xiàn)在常見的有兩種stack：ligthttpd+spawn-fcgi; 另外一種是nginx+PHP-FPM(也可以用spawn-fcgi) 。

(1) 如上面所說該兩種結(jié)構(gòu)都采用FastCGI對PHP支持，因此HTTPServer完全解放出來，可以更好地進(jìn)行響應(yīng)和并發(fā)處理。因此lighttpd和nginx都有small, but powerful和efficient的美譽(yù)。

(2) 該兩者還可以分出一個(gè)好壞來，spawn-fcgi由于是lighttpd的一部分，因此安裝了lighttpd一般就會(huì)使用spawn-fcgi對php支持，但是目前有用戶說ligttpd的spwan-fcgi在高并發(fā)訪問的時(shí)候，會(huì)出現(xiàn)上面說的內(nèi)存泄漏甚至自動(dòng)重啟fastcgi。即：PHP腳本處理器當(dāng)機(jī)，這個(gè)時(shí)候如果用戶訪問的話，可能就會(huì)出現(xiàn)白頁(即PHP不能被解析或者出錯(cuò))。

另一個(gè)：首先nginx不像lighttpd本身含帶了fastcgi(spawn-fcgi)，因此它完全是輕量級(jí)的，必須借助第三方的FastCGI處理器才可以對PHP進(jìn)行解析，因此其實(shí)這樣看來nginx是非常靈活的，它可以和任何第三方提供解析的處理器實(shí)現(xiàn)連接從而實(shí)現(xiàn)對PHP的解析(在nginx.conf中很容易設(shè)置)。

nginx可以使用spwan-fcgi(需要一同安裝lighttpd，但是需要為nginx避開端口，一些較早的blog有這方面安裝的教程)，但是由于spawn-fcgi具有上面所述的用戶逐漸發(fā)現(xiàn)的缺陷，現(xiàn)在慢慢減少使用nginx+spawn-fcgi組合了。

c. 由于spawn-fcgi的缺陷，現(xiàn)在出現(xiàn)了新的第三方(目前還是，聽說正在努力不久將來加入到PHP core中)的PHP的FastCGI處理器，叫做PHP-FPM(具體可以google)。它和spawn-fcgi比較起來有如下優(yōu)點(diǎn)：

由于它是作為PHP的patch補(bǔ)丁來開發(fā)的，安裝的時(shí)候需要和php源碼一起編譯，也就是說編譯到php core中了，因此在性能方面要優(yōu)秀一些；

同時(shí)它在處理高并發(fā)方面也優(yōu)于spawn-fcgi，至少不會(huì)自動(dòng)重啟fastcgi處理器。具體采用的算法和設(shè)計(jì)可以google了解。

因此，如上所說由于nginx的輕量和靈活性，因此目前性能優(yōu)越，越來越多人逐漸使用這個(gè)組合：nginx+PHP/PHP-FPM

三、總結(jié)：

目前在HTTPServer這塊基本可以看到有三種stack比較流行：

（1）Apache+mod_php5
（2）lighttp+spawn-fcgi
（3）nginx+PHP-FPM