CGI通用網(wǎng)關接口（Common Gateway Interface)

CGI即通用網(wǎng)關接口(Common Gateway Interface)，它是一段程序,通俗的講CGI就象是一座橋，把網(wǎng)頁和WEB服務器中的執(zhí)行程序連接起來，它把HTML接收的指令傳遞給服務器的執(zhí)行程序，再把服務器執(zhí)行程序的結果返還給HTML頁。CGI 的跨平臺性能極佳，幾乎可以在任何操作系統(tǒng)上實現(xiàn)。 CGI已經(jīng)是比較老的模式了，這幾年都很少用了。

每有一個用戶請求，都會先要創(chuàng)建cgi的子進程，然后處理請求，處理完后結束這個子進程，這就是fork-and-execute模式。 當用戶請求數(shù)量非常多時，會大量擠占系統(tǒng)的資源如內(nèi)存，CPU時間等，造成效能低下。所以用cgi方式的服務器有多少連接請求就會有多少cgi子進程，子進程反復加載是cgi性能低下的主要原因。

如果不想把 PHP 嵌入到服務器端軟件（如 Apache）作為一個模塊安裝的話，可以選擇以 CGI 的模式安裝。或者把 PHP 用于不同的 CGI 封裝以便為代碼創(chuàng)建安全的 chroot 和 setuid 環(huán)境。這樣每個客戶機請求一個php文件，Web服務器就調(diào)用php.exe（win下是php.exe,linux是php）去解釋這個文件，然后再把解釋的結果以網(wǎng)頁的形式返回給客戶機。 這種安裝方式通常會把 PHP 的可執(zhí)行文件安裝到 web 服務器的 cgi-bin 目錄。CERT 建議書 CA-96.11 建議不要把任何的解釋器放到 cgi-bin 目錄。

這種方式的好處是把web server和具體的程序處理獨立開來，結構清晰，可控性強，同時缺點就是如果在高訪問需求的情況下，cgi的進程fork就會成為很大的服務器負擔，想 象一下數(shù)百個并發(fā)請求導致服務器fork出數(shù)百個進程就明白了。這也是為什么cgi一直背負性能低下，高資源消耗的惡名的原因。

fast-cgi （常駐 (long-live) 型的 CGI）

cgi模式的變種，也就是(cgi是普通人，fast-cgi是特種兵)

FastCGI 像是一個常駐 (long-live) 型的 CGI，它可以一直執(zhí)行著，只要激活后，不會每次都要花費時間去 fork 一次 (這是 CGI 最為人詬病的 fork-and-execute 模式)。

FastCGI的工作原理是：

Web Server啟動時載入FastCGI進程管理器【PHP的FastCGI進程管理器是PHP-FPM(php-FastCGI Process Manager)】（IIS ISAPI或Apache Module);

FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程 (在html' target='_blank'>任務管理器中可見多個php-cgi.exe)并等待來自Web Server的連接。

當客戶端請求到達Web Server時，F(xiàn)astCGI進程管理器選擇并連接到一個CGI解釋器。Web server將CGI環(huán)境變量和標準輸入發(fā)送到FastCGI子進程php-cgi。

FastCGI子進程完成處理后將標準輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待并處理來自FastCGI進程管理器（運行在 WebServer中）的下一個連接。在正常的CGI模式中，php-cgi.exe在此便退出了。

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

cli 命令行運行（Command Line Interface）

在終端敲php script.php等命令行

web模塊模式（apache等web服務器運行的模塊模式）

模塊模式是以mod_php5模塊的形式集成，此時mod_php5模塊的作用是接收Apache傳遞過來的PHP文件請求，并處理這些請求，然后將處理后的結果返回給Apache，是apache在CGI的基礎上進行的一種擴展，加快PHP的運行效率。如果我們在Apache啟動前在其配置文件中配置好了PHP模塊（mod_php5）， PHP模塊通過注冊apache2的ap_hook_post_config掛鉤，在Apache啟動的時候啟動此模塊以接受PHP文件的請求。

除了這種啟動時的加載方式，Apache的模塊可以在運行的時候動態(tài)裝載，這意味著對服務器可以進行功能擴展而不需要重新對源代碼進行編譯，甚至根本不需要停止服務器。我們所需要做的僅僅是給服務器發(fā)送信號HUP或者AP_SIG_GRACEFUL通知服務器重新載入模塊。但是在動態(tài)加載之前，我們需要將模塊編譯成為動態(tài)鏈接庫。此時的動態(tài)加載就是加載動態(tài)鏈接庫。 Apache中對動態(tài)鏈接庫的處理是通過模塊mod_so來完成的，因此mod_so模塊不能被動態(tài)加載，它只能被靜態(tài)編譯進Apache的核心。這意味著它是隨著Apache一起啟動的。

Apache是如何加載模塊的呢？首先我們需要在Apache的配置文件httpd.conf中添加一行：

LoadModule php5_module modules/mod_php5.so

這里我們使用了LoadModule命令，該命令的第一個參數(shù)是模塊的名稱，名稱可以在模塊實現(xiàn)的源碼中找到。第二個選項是該模塊所處的路徑。如果需要在服務器運行時加載模塊，可以通過發(fā)送信號HUP或者AP_SIG_GRACEFUL給服務器，一旦接受到該信號，Apache將重新裝載模塊，而不需要重新啟動服務器。

以上就是php在web服務器上的運行模式詳解的詳細內(nèi)容，PHP教程

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。