先了解一下普通cgi的工作流程：
web server收到用戶請(qǐng)求，并把請(qǐng)求提交給cgi程序，cgi程序根據(jù)請(qǐng)求提交的參數(shù)作相應(yīng)處理，然后輸出標(biāo)準(zhǔn)的html語(yǔ)句返回給web server，web server再返回給客戶端，這就是普通cgi的工作原理。

從上面看，cgi所要實(shí)現(xiàn)的不過(guò)是動(dòng)態(tài)網(wǎng)頁(yè)而已，這種處理方式的特點(diǎn)就是每接到一個(gè)請(qǐng)求，web server都要fork出一個(gè)單獨(dú)的cgi程序的進(jìn)程來(lái)處理，這種方式的好處是把web server和具體的程序處理獨(dú)立開來(lái)，結(jié)構(gòu)清晰，可控性強(qiáng)，同時(shí)缺點(diǎn)就是如果在高訪問(wèn)需求的情況下，cgi的進(jìn)程fork就會(huì)成為很大的服務(wù)器負(fù)擔(dān)，想象一下數(shù)百個(gè)并發(fā)請(qǐng)求導(dǎo)致服務(wù)器fork出數(shù)百個(gè)進(jìn)程就明白了。這也是為什么cgi一直背負(fù)性能低下，高資源消耗的惡名的原因。

相應(yīng)的有問(wèn)題就有解決方案，目前流行的方案就是使用模塊設(shè)計(jì)，基本上目前的web server都有相應(yīng)的模塊機(jī)制來(lái)擴(kuò)充它的功能，只要按照其設(shè)計(jì)規(guī)范設(shè)計(jì)出來(lái)的模塊，就能插入到web server自身的進(jìn)程處理，因此性能有很大改觀，例如IIS的isapi，apache的dso。但是，這種方法也不是沒有缺點(diǎn)的，例如對(duì)于不同的web server，要按照不同標(biāo)準(zhǔn)開發(fā)，無(wú)法做到webserver無(wú)關(guān)性；例如這將輸入驗(yàn)證的工作轉(zhuǎn)交給了web server，沒辦法自由處理；例如一旦出現(xiàn)問(wèn)題將影響整個(gè)web server處理流程；例如插入web server進(jìn)程導(dǎo)致的無(wú)法以多用戶標(biāo)示運(yùn)行，無(wú)法處理虛擬主機(jī)權(quán)限等。

所幸我們還有另外的選擇，這就是fastcgi。fastcgi是基于cgi架構(gòu)的擴(kuò)展，他的核心思想就是在web server和具體cgi程序之間建立一個(gè)智能的可持續(xù)的中間層，統(tǒng)管cgi程序的運(yùn)行，這樣web server只需要將請(qǐng)求提交給這個(gè)層，這個(gè)層再派生出幾個(gè)可復(fù)用的cgi程序?qū)嵗?，然后再把?qǐng)求分發(fā)給這些實(shí)例，這些實(shí)例是可控的，可持續(xù)，可復(fù)用的，因此一方面避免了進(jìn)程反復(fù)fork，另一方面又可以通過(guò)中間層的控制和探測(cè)機(jī)制來(lái)監(jiān)視這些實(shí)例的運(yùn)行情況，根據(jù)不同的狀況fork或者回收實(shí)例，達(dá)到靈活性和穩(wěn)定性兼得的目的。


本人曾經(jīng)做過(guò)測(cè)試，使用cgi方式運(yùn)行php效率最差，mod_php方式性能非常不錯(cuò)，幾乎是cgi方式的50倍，但是無(wú)法保證虛擬主機(jī)站點(diǎn)的安全性隔離，而fastcgi性能則基本和mod_php相當(dāng)，這還是在使用了suexec切換虛擬主機(jī)站點(diǎn)運(yùn)行用戶的情況下的結(jié)果。

 

參考：mod_fcgid