- 相關(guān)推薦
服務(wù)器究竟是如何執(zhí)行php項(xiàng)目
CGI全稱是“公共網(wǎng)關(guān)接口”(Common Gateway Interface)，HTTP服務(wù)器與你的或其它機(jī)器上的程序進(jìn)行“交談”的一種工具，其程序須運(yùn)行在網(wǎng)絡(luò)服務(wù)器上。那么，服務(wù)器究竟是如何執(zhí)行php項(xiàng)目
CGI本身可以看成是一種協(xié)議標(biāo)準(zhǔn)，它可以用任何一種語(yǔ)言編寫具體的符合該接口標(biāo)準(zhǔn)的協(xié)議存在，只要這種語(yǔ)言具有標(biāo)準(zhǔn)輸入、輸出和環(huán)境變量。如php,perl,tcl等。
FastCGI
FastCGI像是一個(gè)常駐(long-live)型的CGI，它可以一直執(zhí)行著，只要激活后，不會(huì)每次都要花費(fèi)時(shí)間去fork一次(這是CGI最為人詬病的fork-and-execute 模式)。它還支持分布式的運(yùn)算，即 FastCGI 程序可以在網(wǎng)站服務(wù)器以外的主機(jī)上執(zhí)行并且接受來(lái)自其它網(wǎng)站服務(wù)器來(lái)的請(qǐng)求。
FastCGI是語(yǔ)言無(wú)關(guān)的、可伸縮架構(gòu)的CGI開(kāi)放擴(kuò)展，其主要行為是將CGI解釋器進(jìn)程保持在內(nèi)存中并因此獲得較高的性能。眾所周知，CGI解釋器的反復(fù)加載是CGI性能低下的主要原因，如果CGI解釋器保持在內(nèi)存中并接受FastCGI進(jìn)程管理器調(diào)度，則可以提供良好的性能、伸縮性、Fail- Over特性等等。
FastCGI也可以稱為是一種協(xié)議標(biāo)準(zhǔn)，比如下面要說(shuō)的php-fpm就是支持解析php的一個(gè)fastCGI進(jìn)程管理器/引擎。
FastCGI特點(diǎn)
FastCGI具有語(yǔ)言無(wú)關(guān)性.
FastCGI在進(jìn)程中的應(yīng)用程序，獨(dú)立于核心web服務(wù)器運(yùn)行，提供了一個(gè)比API更安全的環(huán)境。APIs把應(yīng)用程序的代碼與核心的web服務(wù)器鏈接在一起，這意味著在一個(gè)錯(cuò)誤的API的應(yīng)用程序可能會(huì)損壞其他應(yīng)用程序或核心服務(wù)器。 惡意的API的應(yīng)用程序代碼甚至可以竊取另一個(gè)應(yīng)用程序或核心服務(wù)器的密鑰。
FastCGI技術(shù)目前支持語(yǔ)言有：C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相關(guān)模塊在Apache, ISS, Lighttpd等流行的服務(wù)器上也是可用的。
FastCGI的不依賴于任何Web服務(wù)器的內(nèi)部架構(gòu)，因此即使服務(wù)器技術(shù)的變化, FastCGI依然穩(wěn)定不變。
FastCGI的工作原理
Web Server啟動(dòng)時(shí)載入FastCGI進(jìn)程管理器(IIS ISAPI或Apache Module)
FastCGI進(jìn)程管理器自身初始化，啟動(dòng)多個(gè)CGI解釋器進(jìn)程(可見(jiàn)多個(gè)php-cgi)并等待來(lái)自Web Server的連接。
當(dāng)客戶端請(qǐng)求到達(dá)Web Server時(shí)，F(xiàn)astCGI進(jìn)程管理器選擇并連接到一個(gè)CGI解釋器。Web server將CGI環(huán)境變量和標(biāo)準(zhǔn)輸入發(fā)送到FastCGI子進(jìn)程php-cgi。
FastCGI子進(jìn)程完成處理后將標(biāo)準(zhǔn)輸出和錯(cuò)誤信息從同一連接返回Web Server。當(dāng)FastCGI子進(jìn)程關(guān)閉連接時(shí)，請(qǐng)求便告處理完成。FastCGI子進(jìn)程接著等待并處理來(lái)自FastCGI進(jìn)程管理器(運(yùn)行在Web Server中)的下一個(gè)連接。 在CGI模式中，php-cgi在此便退出了。
在上述情況中，你可以想象CGI通常有多慢。每一個(gè)Web請(qǐng)求PHP都必須重新解析php.ini、重新載入全部擴(kuò)展并重初始化全部數(shù)據(jù)結(jié)構(gòu)。使用FastCGI，所有這些都只在進(jìn)程啟動(dòng)時(shí)發(fā)生一次。一個(gè)額外的好處是，持續(xù)數(shù)據(jù)庫(kù)連接(Persistent database connection)可以工作。
FastCGI的不足
因?yàn)槭嵌噙M(jìn)程，所以比CGI多線程消耗更多的服務(wù)器內(nèi)存，PHP-CGI解釋器每進(jìn)程消耗7至25兆內(nèi)存，將這個(gè)數(shù)字乘以50或100就是很大的內(nèi)存數(shù)。
Nginx 0.8.46+PHP 5.2.14(FastCGI)服務(wù)器在3萬(wàn)并發(fā)連接下，開(kāi)啟的10個(gè)Nginx進(jìn)程消耗150M內(nèi)存(15M*10=150M)，開(kāi)啟的64個(gè)php-cgi進(jìn)程消耗1280M內(nèi)存(20M*64=1280M)，加上系統(tǒng)自身消耗的內(nèi)存，總共消耗不到2GB內(nèi)存。如果服務(wù)器內(nèi)存較小，完全可以只開(kāi)啟25個(gè)php-cgi進(jìn)程，這樣php-cgi消耗的總內(nèi)存數(shù)才500M。
【服務(wù)器究竟是如何執(zhí)行php項(xiàng)目】相關(guān)文章：
如何架設(shè)PHP服務(wù)器09-15
php代碼如何實(shí)現(xiàn)命令行執(zhí)行05-19
關(guān)于PHP服務(wù)器變量$-SERVER08-18
PHP的漏洞-如何防止PHP漏洞09-05
如何自學(xué)PHP07-09
PHP如何安裝09-10