1）CGI（通用網(wǎng)關(guān)接口/ Common Gateway Interface）
2）FastCGI（常駐型CGI / Long-Live CGI）
3）CLI（命令行運(yùn)行 / Command Line Interface）
4）Web模塊模式（Apache等Web服務(wù)器運(yùn)行的模式）
5）ISAPI（Internet Server Application Program Interface）
備注：在PHP5.3以后赤套，PHP不再有ISAPI模式狠持，安裝后也不再有php5isapi.dll這個文件。要在IIS6上使用高版本PHP对粪，必須安裝FastCGI 擴(kuò)展，然后使IIS6支持FastCGI冲泥。
1.1氧猬、CGI模式
CGI即通用網(wǎng)關(guān)接口（Common Gateway Interface），它是一段程序柳琢，通俗的講CGI就象是一座橋绍妨，把網(wǎng)頁和Web服務(wù)器中的執(zhí)行程序連接起來，它把HTML接收的指令傳遞給服務(wù)器的執(zhí)行程序柬脸，再把服務(wù)器執(zhí)行程序的結(jié)果返還給HTML頁他去。CGI 的跨平臺性能極佳，幾乎可以在任何操作系統(tǒng)上實現(xiàn)倒堕。CGI已經(jīng)是比較老的模式了灾测，這幾年都很少用了。
每有一個用戶請求垦巴，都會先要創(chuàng)建CGI的子進(jìn)程媳搪，然后處理請求，處理完后結(jié)束這個子進(jìn)程骤宣，這就是Fork-And-Execute模式秦爆。 當(dāng)用戶請求數(shù)量非常多時，會大量擠占系統(tǒng)的資源如內(nèi)存憔披，CPU時間等鲜结，造成效能低下。所以用CGI方式的服務(wù)器有多少連接請求就會有多少CGI子進(jìn)程活逆，子進(jìn)程反復(fù)加載是CGI性能低下的主要原因精刷。
如果不想把 PHP 嵌入到服務(wù)器端軟件（如 Apache）作為一個模塊安裝的話，可以選擇以 CGI 的模式安裝蔗候∨剩或者把 PHP 用于不同的 CGI 封裝以便為代碼創(chuàng)建安全的 chroot 和 setuid 環(huán)境。這樣每個客戶機(jī)請求一個PHP文件锈遥，Web服務(wù)器就調(diào)用php.exe（win下是php.exe,linux是php）去解釋這個文件纫事，然后再把解釋的結(jié)果以網(wǎng)頁的形式返回給客戶機(jī)勘畔。 這種安裝方式通常會把 PHP 的可執(zhí)行文件安裝到 web 服務(wù)器的 cgi-bin 目錄。CERT 建議書 CA-96.11 建議不要把任何的解釋器放到 cgi-bin 目錄丽惶。 這種方式的好處是把Web Server和具體的程序處理獨立開來炫七，結(jié)構(gòu)清晰，可控性強(qiáng)钾唬，同時缺點就是如果在高訪問需求的情況下万哪，CGI的進(jìn)程Fork就會成為很大的服務(wù)器負(fù)擔(dān)，想 象一下數(shù)百個并發(fā)請求導(dǎo)致服務(wù)器Fork出數(shù)百個進(jìn)程就明白了抡秆。這也是為什么CGI一直背負(fù)性能低下奕巍，高資源消耗的惡名的原因。
1.2儒士、FastCGI模式
FastCGI是CGI的升級版本的止，F(xiàn)astCGI像是一個常駐 (long-live)型的 CGI，它可以一直執(zhí)行著着撩，只要激活后诅福，不會每次都要花費時間去 Fork 一次 （這是 CGI 最為人詬病的 fork-and-execute 模式）。
FastCGI是一個可伸縮地拖叙、高速地在HTTP server和動態(tài)腳本語言間通信的接口氓润。多數(shù)流行的HTTP server都支持FastCGI，包括Apache憋沿、Nginx和lighttpd等，同時沪猴，F(xiàn)astCGI也被許多腳本語言所支持辐啄，其中就有PHP。
FastCGI接口方式采用C/S結(jié)構(gòu)运嗜，可以將HTTP服務(wù)器和腳本解析服務(wù)器分開壶辜，同時在腳本解析服務(wù)器上啟動一個或者多個腳本解析守護(hù)進(jìn)程。當(dāng)HTTP服務(wù)器每次遇到動態(tài)程序時担租，可以將其直接交付給FastCGI進(jìn)程來執(zhí)行砸民，然后將得到的結(jié)果返回給瀏覽器。這種方式可以讓HTTP服務(wù)器專一地處理靜態(tài)請求或者將動態(tài)腳本服務(wù)器的結(jié)果返回給客戶端奋救，這在很大程度上提高了整個應(yīng)用系統(tǒng)的性能岭参。
【原理】
1）Web Server啟動時載入FastCGI進(jìn)程管理器（IIS ISAPI或Apache Module)；
2）FastCGI進(jìn)程管理器自身初始化尝艘，啟動多個CGI解釋器進(jìn)程 (可見多個php-cgi.exe或php-cig)并等待來自Web Server的連接演侯；
3）當(dāng)客戶端請求到達(dá)Web Server時，F(xiàn)astCGI進(jìn)程管理器選擇并連接到一個CGI解釋器背亥。Web server將CGI環(huán)境變量和標(biāo)準(zhǔn)輸入發(fā)送到FastCGI子進(jìn)程php-cgi秒际；
4）FastCGI子進(jìn)程完成處理后將標(biāo)準(zhǔn)輸出和錯誤信息從同一連接返回Web Server悬赏。當(dāng)FastCGI子進(jìn)程關(guān)閉連接時，請求便告處理完成娄徊。FastCGI子進(jìn)程接著等待并處理來自FastCGI進(jìn)程管理器（運(yùn)行在 WebServer中）的下一個連接闽颇。在正常的CGI模式中，php-cgi.exe在此便退出了寄锐。
在CGI模式中兵多，你可以想象 CGI通常有多慢。每一個Web請求PHP都必須重新解析php.ini锐峭、重新載入全部dll擴(kuò)展并重初始化全部數(shù)據(jù)結(jié)構(gòu)中鼠。使用FastCGI，所有這些都只在進(jìn)程啟動時發(fā)生一次沿癞。一個額外的好處是援雇，持續(xù)數(shù)據(jù)庫連接（Persistent database connection）可以工作。
備注：PHP的FastCGI進(jìn)程管理器是PHP-FPM（PHP-FastCGI Process Manager）
【優(yōu)點】
1）從穩(wěn)定性上看椎扬，F(xiàn)astCGI是以獨立的進(jìn)程池來運(yùn)行CGI惫搏，單獨一個進(jìn)程死掉，系統(tǒng)可以很輕易的丟棄蚕涤，然后重新分配新的進(jìn)程來運(yùn)行邏輯筐赔；
2）從安全性上看，F(xiàn)astCGI支持分布式運(yùn)算揖铜。FastCGI和宿主的Server完全獨立茴丰，F(xiàn)astCGI怎么down也不會把Server搞垮；
3）從性能上看天吓，F(xiàn)astCGI把動態(tài)邏輯的處理從Server中分離出來贿肩，大負(fù)荷的IO處理還是留給宿主Server，這樣宿主Server可以一心一意作IO龄寞，對于一個普通的動態(tài)網(wǎng)頁來說, 邏輯處理可能只有一小部分汰规，大量的是圖片等靜態(tài)。
【缺點】
說完了好處物邑，也來說說缺點溜哮。從我的實際使用來看，用FastCGI模式更適合生產(chǎn)環(huán)境的服務(wù)器色解。但對于開發(fā)用機(jī)器來說就不太合適茂嗓。因為當(dāng)使用 Zend Studio調(diào)試程序時，由于 FastCGI會認(rèn)為 PHP進(jìn)程超時科阎，從而在頁面返回 500錯誤在抛。這一點讓人非常惱火，所以我在開發(fā)機(jī)器上還是換回了 ISAPI模式萧恕。對某些服務(wù)器的新版本支持不好刚梭，對分布式負(fù)載均衡沒要求的模塊化安裝是否是更好的選擇肠阱。目前的FastCGI和Server溝通還不夠智能，一個FastCGI進(jìn)程如果執(zhí)行時間過長會被當(dāng)成是死進(jìn)程殺掉重起朴读，這樣在處理長時間任務(wù)的時候很麻煩屹徘，這樣做也使得FastCGI無法允許聯(lián)機(jī)調(diào)試。因為是多進(jìn)程衅金，所以比CGI多線程消耗更多的服務(wù)器內(nèi)存噪伊，PHP-CGI解釋器每進(jìn)程消耗7至25兆內(nèi)存，將這個數(shù)字乘以50或100就是很大的內(nèi)存數(shù)氮唯。
1.3 CLI模式
PHP-CLI是PHP Command Line Interface的簡稱鉴吹，如同它名字的意思，就是PHP在命令行運(yùn)行的接口惩琉，區(qū)別于在Web服務(wù)器上運(yùn)行的PHP環(huán)境（PHP-CGI豆励，ISAPI等）。 也就是說瞒渠，PHP不單可以寫前臺網(wǎng)頁良蒸，它還可以用來寫后臺的程序。 PHP的CLI Shell腳本適用于所有的PHP優(yōu)勢伍玖，使創(chuàng)建要么支持腳本或系統(tǒng)甚至與GUI應(yīng)用程序的服務(wù)端嫩痰，在Windows和Linux下都是支持PHP-CLI模式的。
【優(yōu)點】
1）使用多進(jìn)程窍箍，子進(jìn)程結(jié)束以后串纺，內(nèi)核會負(fù)責(zé)回收資源；
2）使用多進(jìn)程椰棘，子進(jìn)程異常退出不會導(dǎo)致整個進(jìn)程Thread退出纺棺，父進(jìn)程還有機(jī)會重建流程；
3）一個常駐主進(jìn)程晰搀，只負(fù)責(zé)任務(wù)分發(fā)五辽，邏輯更清楚办斑。
我們在Linux下經(jīng)常使用"php –m"查找PHP安裝了那些擴(kuò)展就是PHP命令行運(yùn)行模式外恕；有興趣的同學(xué)可以輸入"php –h"去深入研究該運(yùn)行模式。
1.4 模塊模式
模塊模式是以mod_php5模塊的形式集成乡翅，此時mod_php5模塊的作用是接收Apache傳遞過來的PHP文件請求鳞疲，并處理這些請求，然后將處理后的結(jié)果返回給Apache蠕蚜。如果我們在Apache啟動前在其配置文件中配置好了PHP模塊
（mod_php5）尚洽， PHP模塊通過注冊apache2的ap_hook_post_config掛鉤，在Apache啟動的時候啟動此模塊以接受PHP文件的請求靶累。
除了這種啟動時的加載方式腺毫，Apache的模塊可以在運(yùn)行的時候動態(tài)裝載癣疟，這意味著對服務(wù)器可以進(jìn)行功能擴(kuò)展而不需要重新對源代碼進(jìn)行編譯，甚至根本不需要停止服務(wù)器潮酒。我們所需要做的僅僅是給服務(wù)器發(fā)送信號HUP或者AP_SIG_GRACEFUL通知服務(wù)器重新載入模塊睛挚。但是在動態(tài)加載之前，我們需要將模塊編譯成為動態(tài)鏈接庫急黎。此時的動態(tài)加載就是加載動態(tài)鏈接庫扎狱。 Apache中對動態(tài)鏈接庫的處理是通過模塊mod_so來完成的，因此mod_so模塊不能被動態(tài)加載勃教，它只能被靜態(tài)編譯進(jìn)Apache的核心淤击。這意味著它是隨著Apache一起啟動的。
Apache是如何加載模塊的呢故源？我們以前面提到的mod_php5模塊為例污抬。首先我們需要在Apache的配置文件httpd.conf中添加一行：
LoadModule php5_module modules/mod_php5.so
這里我們使用了LoadModule命令，該命令的第一個參數(shù)是模塊的名稱心软，名稱可以在模塊實現(xiàn)的源碼中找到壕吹。第二個選項是該模塊所處的路徑。如果需要在服務(wù)器運(yùn)行時加載模塊删铃，可以通過發(fā)送信號HUP或者AP_SIG_GRACEFUL給服務(wù)器耳贬，一旦接受到該信號，Apache將重新裝載模塊猎唁，而不需要重新啟動服務(wù)器咒劲。
該運(yùn)行模式是我們以前在windows環(huán)境下使用apache服務(wù)器經(jīng)常使用的，而在模塊化（DLL）中诫隅，PHP是與Web服務(wù)器一起啟動并運(yùn)行的腐魂。（它是apache在CGI的基礎(chǔ)上進(jìn)行的一種擴(kuò)展，加快PHP的運(yùn)行效率）逐纬。
1.5 ISAPI模式
ISAPI（Internet Server Application Program Interface）是微軟提供的一套面向Internet服務(wù)的API接口蛔屹，一個ISAPI的DLL，可以在被用戶請求激活后長駐內(nèi)存豁生，等待用戶的另一個請求兔毒，還可以在一個DLL里設(shè)置多個用戶請求處理函數(shù)，此外甸箱，ISAPI的DLL應(yīng)用程序和WWW服務(wù)器處于同一個進(jìn)程中育叁，效率要顯著高于CGI。（由于微軟的排他性芍殖，只能運(yùn)行于windows環(huán)境）
PHP作為Apache模塊豪嗽，Apache服務(wù)器在系統(tǒng)啟動后，預(yù)先生成多個進(jìn)程副本駐留在內(nèi)存中，一旦有請求出現(xiàn)龟梦，就立即使用這些空余的子進(jìn)程進(jìn)行處理隐锭，這樣就不存在生成子進(jìn)程造成的延遲了。這些服務(wù)器副本在處理完一次HTTP請求之后并不立即退出计贰，而是停留在計算機(jī)中等待下次請求成榜。對于客戶瀏覽器的請求反應(yīng)更快，性能較高蹦玫。