FastCGI的工作原理
1、Web Server啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Module)
2、FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程(可見多個php-cgi)并等待來自Web Server的連接。
3、當(dāng)客戶端請求到達Web Server時，F(xiàn)astCGI進程管理器選擇并連接到一個CGI解釋器。Web server將CGI環(huán)境變量和標(biāo)準(zhǔn)輸入發(fā)送到FastCGI子進程php-cgi。
4、FastCGI子進程完成處理后將標(biāo)準(zhǔn)輸出和錯誤信息從同一連接返回Web Server。當(dāng)FastCGI子進程關(guān)閉連接時，請求便告處理完成。FastCGI子進程接著等待并處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接。 在CGI模式中，php-cgi在此便退出了。
在上述情況中，你可以想象CGI通常有多慢。每一個Web請求PHP都必須重新解析php.ini、重新載入全部擴展并重初始化全部數(shù)據(jù)結(jié)構(gòu)。使用FastCGI，所有這些都只在進程啟動時發(fā)生一次。一個額外的好處是，持續(xù)數(shù)據(jù)庫連接(Persistent database connection)可以工作。
這個很容易找到。也容易理解，但是繼續(xù)google之后，發(fā)現(xiàn)自己的概念又模糊了。
比如有些例子用
spawn-fcgi
/usr/local/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 5 -u root -g root -f /usr/bin/php-cgi
參數(shù)含義如下
- -f <fcgiapp> 指定調(diào)用FastCGI的進程的執(zhí)行程序位置，根據(jù)系統(tǒng)上所裝的PHP的情況具體設(shè)置
- -a <addr> 綁定到地址addr
- -p <port> 綁定到端口port
- -s <path> 綁定到unix socket的路徑path
- -C <childs> 指定產(chǎn)生的FastCGI的進程數(shù)，默認為5（僅用于PHP）
- -P <path> 指定產(chǎn)生的進程的PID文件路徑
- -u和-g FastCGI使用什么身份（-u 用戶 -g 用戶組）運行，Ubuntu下可以使用www-data，其他的根據(jù)情況配置，如nobody、apache等
剛看到FastCGI原理的時候，我想象中的運行模型是，前端的反向代理服務(wù)器如Nginx收到請求，然后轉(zhuǎn)發(fā)給cgi進程，這個cgi進程有N個，從而實現(xiàn)并發(fā)處理。但是接下來搜索到的C語言實現(xiàn)的FastCGI應(yīng)用的例子好像又把這個模型給否定了。并且fastcgi是語言無關(guān)的，難道你要用python寫并發(fā)？
#include "fcgi_stdio.h"
#include <stdlib.h>
int count;
void initialize(void)
{
count=0;
}
void main(void)
{
initialize();
while (FCGI_Accept() >= 0) {
printf("Content-type: text/html“r“n"
"“r“n"
"<title>FastCGI Hello! (C, fcgi_stdio library)</title>"
"<h1>FastCGI Hello! (C, fcgi_stdio library)</h1>"
"Request number %d running on host <i>%s</i>“n",
++count, getenv("SERVER_HOSTNAME"));
}
}
這個代碼看不出來有任何并發(fā)處理的部分。比如fork什么的。
另外一種模型就是有一種叫做FastCGI進程管理器的進程，就像上面說的是管理fastcgi進程的進程，請求轉(zhuǎn)發(fā)到管理器的時候，由它來進行選擇相應(yīng)的應(yīng)用進程，卡就卡在這了，這個管理器是怎么來選擇進程的啊，假如我有N個不同邏輯的可執(zhí)行文件，它怎么知道要轉(zhuǎn)發(fā)給哪個進程呢，google到的fastcgi配置都是針對反向代理的后端也即管理器設(shè)置的，沒有發(fā)現(xiàn)有針對不同邏輯發(fā)給不同的應(yīng)用進程的部分。
繼續(xù)狂搜，還是無果，都是類似的文章。網(wǎng)上搜索不到的問題，要么就是很難很偏，要么就是很簡單，簡單到不值一提，很顯然，我屬于后者。轉(zhuǎn)換思路，開始考慮假如要自己來實現(xiàn)這個功能的話該怎么辦。一步步地推理，在結(jié)合搜索到的文章，大概理清了思路，我的理解如下，不對的地方請指正。
1.有一個CGI進程管理器，這個管理器一般是用第3方的fastcgi開發(fā)套件，比如上面提到的spawn-fcgi ，用它可以啟動指定可執(zhí)行文件的N個實例，關(guān)于之前選擇進程的疑問，這里可以得到解釋，那就是多個進程只是同一個可執(zhí)行文件的實例，假如你想把不同的模塊分開生成可執(zhí)行文件的話估計就得再啟動多一個管理器了吧。
2.假如你是用python寫的fastcgi的應(yīng)用程序，那么當(dāng)你用管理器啟動了100個實例的時候，也就相當(dāng)于啟動了100個python解析器，如果是用C等靜態(tài)語言寫的話那還好，只是跟你寫的程序大小有關(guān)。
可能是沒有接觸過CGI程序的原因，讓我對這基本的模型都糾結(jié)了一下午，希望這篇文章能幫些初學(xué)者。