資訊專欄INFORMATION COLUMN
摘要：接下來解析器會(huì)解析文件，初始化執(zhí)行環(huán)境，然后處理請(qǐng)求，再以規(guī)定規(guī)定的格式返回處理后的結(jié)果，退出進(jìn)程。好了，是個(gè)協(xié)議，跟進(jìn)程什么的沒關(guān)系。那又是什么呢是用來提高程序性能的。
前言
現(xiàn)在的CGI基本沒人使用，不安全以及性能極其低下，越來越多的使用web內(nèi)置擴(kuò)展、fastCGI。例如微軟iis的ISAPI，apache的php模塊，nginx的php-cgi。CGI、內(nèi)置模塊、fastcgi這三種性能最好的要屬于fast_cgi速度最快，但是需要額外的進(jìn)程。解析來看看CGI和FASTCGI有什么不同.
CGI方式介紹：
cgi在2000年或更早的時(shí)候用得比較多，以前web服務(wù)器一般只處理靜態(tài)的請(qǐng)求，如果碰到一個(gè)動(dòng)態(tài)請(qǐng)求怎么辦呢？web服務(wù)器會(huì)根據(jù)這次請(qǐng)求的內(nèi)容，然后會(huì)fork一個(gè)新進(jìn)程來運(yùn)行外部c程序（或perl腳本...）， 這個(gè)進(jìn)程會(huì)把處理完的數(shù)據(jù)返回給web服務(wù)器，最后web服務(wù)器把內(nèi)容發(fā)送給用戶，剛才fork的進(jìn)程也隨之退出。 如果下次用戶還請(qǐng)求改動(dòng)態(tài)腳本，那么web服務(wù)器又再次fork一個(gè)新進(jìn)程，周而復(fù)始的進(jìn)行。
web內(nèi)置模塊介紹：
后來出現(xiàn)了一種更高級(jí)的方式是， web服務(wù)器可以內(nèi)置perl解釋器或php解釋器。 也就是說這些解釋器做成模塊的方式，web服務(wù)器會(huì)在啟動(dòng)的時(shí)候就啟動(dòng)這些解釋器。 當(dāng)有新的動(dòng)態(tài)請(qǐng)求進(jìn)來時(shí)，web服務(wù)器就是自己解析這些perl或php腳本，省得重新fork一個(gè)進(jìn)程，效率提高了。
fastcgi方式介紹：
fastcgi的方式是，web服務(wù)器收到一個(gè)請(qǐng)求時(shí)，他不會(huì)重新fork一個(gè)進(jìn)程（因?yàn)檫@個(gè)進(jìn)程在web服務(wù)器啟動(dòng)時(shí)就開啟了，而且不會(huì)退出），web服務(wù)器直接把內(nèi)容傳遞給這個(gè)進(jìn)程（進(jìn)程間通信，但fastcgi使用了別的方式，tcp方式通信），這個(gè)進(jìn)程收到請(qǐng)求后進(jìn)行處理，把結(jié)果返回給web服務(wù)器，最后自己接著等待下一個(gè)請(qǐng)求的到來，而不是退出.
fastcgi跟cgi的區(qū)別表格：
舉個(gè)例子: 服務(wù)端現(xiàn)在有個(gè)10萬個(gè)字單詞， 客戶每次會(huì)發(fā)來一個(gè)字符串，問以這個(gè)字符串為前綴的單詞有多少個(gè)。 那么可以寫一個(gè)程序，這個(gè)程序會(huì)建一棵trie樹，然后每次用戶請(qǐng)求過來時(shí)可以直接到這個(gè)trie去查找。 但是如果以cgi的方式的話，這次請(qǐng)求結(jié)束后這課trie也就沒了，等下次再啟動(dòng)該進(jìn)程時(shí)，又要新建一棵trie樹，這樣的效率就太低下了。 而用fastcgi的方式的話，這課trie樹在進(jìn)程啟動(dòng)時(shí)建立，以后就可以直接在trie樹上查詢指定的前綴了。
引用評(píng)論（https://segmentfault.com/q/10...）
首先，CGI是干嘛的？CGI是為了保證web server傳遞過來的數(shù)據(jù)是標(biāo)準(zhǔn)格式的，方便CGI程序的編寫者。
web server（比如說nginx）只是內(nèi)容的分發(fā)者。比如，如果請(qǐng)求/index.html，那么web
server會(huì)去文件系統(tǒng)中找到這個(gè)文件，發(fā)送給瀏覽器，這里分發(fā)的是靜態(tài)數(shù)據(jù)。好了，如果現(xiàn)在請(qǐng)求的是/index.php，根據(jù)配置文件，nginx知道這個(gè)不是靜態(tài)文件，需要去找PHP解析器來處理，那么他會(huì)把這個(gè)請(qǐng)求簡(jiǎn)單處理后交給PHP解析器。Nginx會(huì)傳哪些數(shù)據(jù)給PHP解析器呢？url要有吧，查詢字符串也得有吧，POST數(shù)據(jù)也要有，HTTP
header不能少吧，好的，CGI就是規(guī)定要傳哪些數(shù)據(jù)、以什么樣的格式傳遞給后方處理這個(gè)請(qǐng)求的協(xié)議。仔細(xì)想想，你在PHP代碼中使用的用戶從哪里來的。當(dāng)web
server收到/index.php這個(gè)請(qǐng)求后，會(huì)啟動(dòng)對(duì)應(yīng)的CGI程序，這里就是PHP的解析器。接下來PHP解析器會(huì)解析php.ini文件，初始化執(zhí)行環(huán)境，然后處理請(qǐng)求，再以規(guī)定CGI規(guī)定的格式返回處理后的結(jié)果，退出進(jìn)程。web
server再把結(jié)果返回給瀏覽器。
好了，CGI是個(gè)協(xié)議，跟進(jìn)程什么的沒關(guān)系。那fastcgi又是什么呢？Fastcgi是用來提高CGI程序性能的。
提高性能，那么CGI程序的性能問題在哪呢？"PHP解析器會(huì)解析php.ini文件，初始化執(zhí)行環(huán)境"，就是這里了。標(biāo)準(zhǔn)的CGI對(duì)每個(gè)請(qǐng)求都會(huì)執(zhí)行這些步驟（不閑累啊！啟動(dòng)進(jìn)程很累的說！），所以處理每個(gè)時(shí)間的時(shí)間會(huì)比較長(zhǎng)。這明顯不合理嘛！那么Fastcgi是怎么做的呢？首先，F(xiàn)astcgi會(huì)先啟一個(gè)master，解析配置文件，初始化執(zhí)行環(huán)境，然后再啟動(dòng)多個(gè)worker。當(dāng)請(qǐng)求過來時(shí)，master會(huì)傳遞給一個(gè)worker，然后立即可以接受下一個(gè)請(qǐng)求。這樣就避免了重復(fù)的勞動(dòng)，效率自然是高。而且當(dāng)worker不夠用時(shí)，master可以根據(jù)配置預(yù)先啟動(dòng)幾個(gè)worker等著；當(dāng)然空閑worker太多時(shí)，也會(huì)停掉一些，這樣就提高了性能，也節(jié)約了資源。這就是fastcgi的對(duì)進(jìn)程的管理。
那PHP-FPM又是什么呢？是一個(gè)實(shí)現(xiàn)了Fastcgi的程序，被PHP官方收了。
大家都知道，PHP的解釋器是php-cgi。php-cgi只是個(gè)CGI程序，他自己本身只能解析請(qǐng)求，返回結(jié)果，不會(huì)進(jìn)程管理（皇上，臣妾真的做不到啊?。┧跃统霈F(xiàn)了一些能夠調(diào)度php-cgi進(jìn)程的程序，比如說由lighthttpd分離出來的spawn-fcgi。好了PHP-FPM也是這么個(gè)東東，在長(zhǎng)時(shí)間的發(fā)展后，逐漸得到了大家的認(rèn)可（要知道，前幾年大家可是抱怨PHP-FPM穩(wěn)定性太差的），也越來越流行。
好了，最后來回來你的問題。
網(wǎng)上有的說，fastcgi是一個(gè)協(xié)議，php-fpm實(shí)現(xiàn)了這個(gè)協(xié)議
對(duì)。
有的說，php-fpm是fastcgi進(jìn)程的管理器，用來管理fastcgi進(jìn)程的
對(duì)。php-fpm的管理對(duì)象是php-cgi。但不能說php-fpm是fastcgi進(jìn)程的管理器，因?yàn)榍懊嬲f了fastcgi是個(gè)協(xié)議，似乎沒有這么個(gè)進(jìn)程存在，就算存在php-fpm也管理不了他（至少目前是）。
有的說，php-fpm是php內(nèi)核的一個(gè)補(bǔ)丁以前是對(duì)的。因?yàn)樽铋_始的時(shí)候php-fpm沒有包含在PHP內(nèi)核里面，要使用這個(gè)功能，需要找到與源碼版本相同的php-fpm對(duì)內(nèi)核打補(bǔ)丁，然后再編譯。后來PHP內(nèi)核集成了PHP-FPM之后就方便多了，使用--enalbe-fpm這個(gè)編譯參數(shù)即可。
有的說，修改了php.ini配置文件后，沒辦法平滑重啟，所以就誕生了php-fpm
是的，修改php.ini之后，php-cgi進(jìn)程的確是沒辦法平滑重啟的。php-fpm對(duì)此的處理機(jī)制是新的worker用新的配置，已經(jīng)存在的worker處理完手上的活就可以歇著了，通過這種機(jī)制來平滑過度。
還有的說PHP-CGI是PHP自帶的FastCGI管理器，那這樣的話干嗎又弄個(gè)php-fpm出
不對(duì)。php-cgi只是解釋PHP腳本的程序而已。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/40378.html
摘要：接下來解析器會(huì)解析文件，初始化執(zhí)行環(huán)境，然后處理請(qǐng)求，再以規(guī)定規(guī)定的格式返回處理后的結(jié)果，退出進(jìn)程。好了，是個(gè)協(xié)議，跟進(jìn)程什么的沒關(guān)系。那又是什么呢是用來提高程序性能的。 前言 現(xiàn)在的CGI基本沒人使用，不安全以及性能極其低下，越來越多的使用web內(nèi)置擴(kuò)展、fastCGI。例如微軟iis的ISAPI，apache的php模塊，nginx的php-cgi。CGI、內(nèi)置模塊、fastcgi...
摘要：深入?yún)f(xié)議從功能上來講，協(xié)議已經(jīng)完全能夠解決服務(wù)器與應(yīng)用之間的數(shù)據(jù)通信問題。消息頭信息主要的消息頭信息如下用于表示協(xié)議版本號(hào)。從服務(wù)器發(fā)送到應(yīng)用，表示中止一個(gè)處理中的請(qǐng)求。另外我們還需要明確一點(diǎn)就是服務(wù)器與進(jìn)程間通信是無序的。 本文首發(fā)于 深入剖析 Web 服務(wù)器與 PHP 應(yīng)用之間的通信機(jī)制 - 掌握 CGI 和 FastCGI 協(xié)議的運(yùn)行原理，轉(zhuǎn)載請(qǐng)注明出處！ 身為一名使用 PHP ...
摘要：程序處理完后，原本發(fā)送到標(biāo)準(zhǔn)輸出的信息會(huì)被轉(zhuǎn)到服務(wù)器，服務(wù)器再將結(jié)果返回給客戶端。通過相同的連接方式，響應(yīng)返回給服務(wù)器。 CGI 什么是CGICGI(Common Gateway Interface)是一個(gè)標(biāo)準(zhǔn)協(xié)議，它為web服務(wù)器提供了一個(gè)標(biāo)準(zhǔn)的協(xié)議，以便于服務(wù)器可以像運(yùn)行命令行接口程序那樣來運(yùn)行第三方程序，這些第三方程序可以動(dòng)態(tài)地生成web頁面。這些第三方程序被稱為CGI腳本（滿足...
摘要：程序處理完后，原本發(fā)送到標(biāo)準(zhǔn)輸出的信息會(huì)被轉(zhuǎn)到服務(wù)器，服務(wù)器再將結(jié)果返回給客戶端。通過相同的連接方式，響應(yīng)返回給服務(wù)器。 CGI 什么是CGICGI(Common Gateway Interface)是一個(gè)標(biāo)準(zhǔn)協(xié)議，它為web服務(wù)器提供了一個(gè)標(biāo)準(zhǔn)的協(xié)議，以便于服務(wù)器可以像運(yùn)行命令行接口程序那樣來運(yùn)行第三方程序，這些第三方程序可以動(dòng)態(tài)地生成web頁面。這些第三方程序被稱為CGI腳本（滿足...
摘要：程序處理完后，原本發(fā)送到標(biāo)準(zhǔn)輸出的信息會(huì)被轉(zhuǎn)到服務(wù)器，服務(wù)器再將結(jié)果返回給客戶端。通過相同的連接方式，響應(yīng)返回給服務(wù)器。 CGI 什么是CGICGI(Common Gateway Interface)是一個(gè)標(biāo)準(zhǔn)協(xié)議，它為web服務(wù)器提供了一個(gè)標(biāo)準(zhǔn)的協(xié)議，以便于服務(wù)器可以像運(yùn)行命令行接口程序那樣來運(yùn)行第三方程序，這些第三方程序可以動(dòng)態(tài)地生成web頁面。這些第三方程序被稱為CGI腳本（滿足...
閱讀 3664·2023-04-25 20:09
閱讀 3828·2022-06-28 19:00
閱讀 3189·2022-06-28 19:00
閱讀 3223·2022-06-28 19:00
閱讀 3337·2022-06-28 19:00
閱讀 2994·2022-06-28 19:00
閱讀 3232·2022-06-28 19:00
閱讀 2764·2022-06-28 19:00
