來源：http://baike.baidu.com/view/641394.htm 百度百科

?

什么是CGI

CGI全稱是“公共網關接口”(Common Gateway Interface)，HTTP服務器與你的或其它機器上的程序進行“交談”的一種工具，其程序須運行在網絡服務器上。　CGI可以用任何一種語言編寫，只要這種語言具有標準輸入、輸出和環境變量。如php,perl,tcl等

什么是FastCGI

FastCGI像是一個常駐(long-live)型的CGI，它可以一直執行著，只要激活后，不會每次都要花費時間去fork一次(這是CGI最為人詬病的fork-and-execute 模式)。它還支持分布式的運算, 即 FastCGI 程序可以在網站服務器以外的主機上執行并且接受來自其它網站服務器來的請求。 FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行為是將CGI解釋器進程保持在內存中并因此獲得較高的性能。眾所周知，CGI解釋器的反復加載是CGI性能低下的主要原因，如果CGI解釋器保持在內存中并接受FastCGI進程管理器調度，則可以提供良好的性能、伸縮性、Fail- Over特性等等。

FastCGI與CGI特點

1、如CGI，FastCGI也具有語言無關性.　2、如CGI, FastCGI在進程中的應用程序，獨立于核心web服務器運行,提供了一個比API更安全的環境。(API是把應用程序的代碼與核心的web服務器鏈接在一起，這意味著在一個錯誤的API的應用程序可能會損壞其他應用程序或核心服務器; 惡意的API的應用程序代碼甚至可以竊取另一個應用程序或核心服務器的密鑰。) 3、FastCGI技術目前支持語言有?PHP、C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相關模塊在Apache,IIS,?Lighttpd,Nginx等流行的服務器上也是可用的。 4、如CGI，FastCGI的不依賴于任何Web服務器的內部架構，因此即使服務器技術的變化, FastCGI依然穩定不變。

FastCGI的工作原理

1、Web Server啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Module) 2、FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程(可見多個php-cgi)并等待來自Web Server的連接。 3、當客戶端請求到達Web Server時，FastCGI進程管理器選擇并連接到一個CGI解釋器。Web server將CGI環境變量和標準輸入發送到FastCGI子進程php-cgi。 4、FastCGI子進程完成處理后將標準輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待并處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接。 在CGI模式中，php-cgi在此便退出了。 在上述情況中，你可以想象CGI通常有多慢。每一個Web請求PHP都必須重新解析php.ini、重新載入全部擴展并重初始化全部數據結構。使用FastCGI，所有這些都只在進程啟動時發生一次。一個額外的好處是，持續數據庫連接(Persistent database connection)可以工作。

FastCGI的不足

因為是多進程，所以比CGI多線程消耗更多的服務器內存，PHP-CGI解釋器每進程消耗7至25兆內存，將這個數字乘以50或100就是很大的內存數。 Nginx 0.8.46+PHP 5.2.14(FastCGI)服務器在3萬并發連接下，開啟的10個Nginx進程消耗150M內存（15M*10=150M），開啟的64個php-cgi進程消耗1280M內存（20M*64=1280M），加上系統自身消耗的內存，總共消耗不到2GB內存。如果服務器內存較小，完全可以只開啟25個php-cgi進程，這樣php-cgi消耗的總內存數才500M。

FastCgi和普通Cgi的對比

??Figure 1: Request flow for CGI

??Startup and Request flow for FastCGI

轉載于:https://www.cnblogs.com/martianFish/archive/2013/02/27/2935957.html

總結

以上是生活随笔為你收集整理的（转）fastcgi简介的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。