HTTP協(xié)議的運(yùn)作方式

1、HTTP協(xié)議的運(yùn)作方式來源：中國協(xié)議分析網(wǎng)  作者：  編輯：電腦農(nóng)民  瀏覽：30744人次 HTTP協(xié)議是基于請求響應(yīng)范式的。一個客戶機(jī)與服務(wù)器建立連接后，發(fā)送一個請求給服務(wù)器，請求方式的格式為，統(tǒng)一資源標(biāo)識符、協(xié)議版本號，后邊是MIME信息包括請求修飾符、客戶機(jī)信息和可能的內(nèi)容。服務(wù)器接到請求后，給予相應(yīng)的響應(yīng)信息，其格式為一個狀態(tài)行包括信息的協(xié)議版本號、一個成功或錯誤的代碼，后邊是MIME信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容。許多HTTP通訊是由一個用戶代理初始化的并且包括一個申請?jiān)谠捶?wù)器上資源的請求。最簡單的情況可能是在用戶代理(UA)和源服務(wù)器(

2、O)之間通過一個單獨(dú)的連接來完成(見圖2-1)。圖2-1 當(dāng)一個或多個中介出現(xiàn)在請求響應(yīng)鏈中時，情況就變得復(fù)雜一些。中介由三種：代理(Proxy)、網(wǎng)關(guān)(Gateway)和通道 (Tunnel)。一個代理根據(jù)URI的絕對格式來接受請求，重寫全部或部分消息，通過URI的標(biāo)識把已格式化過的請求發(fā)送到服務(wù)器。網(wǎng)關(guān)是一個接收代 理，作為一些其它服務(wù)器的上層，并且如果必須的話，可以把請求翻譯給下層的服務(wù)器協(xié)議。一個通道作為不改變消息的兩個連接之間的中繼點(diǎn)。當(dāng)通訊需要通過一個中介(例如：防火墻等)或者是中介不能識別消息的內(nèi)容時，通道經(jīng)常被使用。圖2-2> 上面的圖2-2表明了在用戶代理(UA)和源服

3、務(wù)器(O)之間有三個中介(A,B和C)。一個通過整個鏈的請求或響應(yīng)消息必須經(jīng)過四個 連接段。這個區(qū)別是重要的，因?yàn)橐恍〩TTP通訊選擇可能應(yīng)用于最近的連接、沒有通道的鄰居，應(yīng)用于鏈的終點(diǎn)或應(yīng)用于沿鏈的所有連接。盡管圖2-2是線性 的，每個參與者都可能從事多重的、并發(fā)的通訊。例如，B可能從許多客戶機(jī)接收請求而不通過A，并且或者不通過C把請求送到A，在同時它還可能處理A的請 求。任何針對不作為通道的匯聚可能為處理請求啟用一個內(nèi)部緩存。緩存的效果是請求響應(yīng)鏈被縮短，條件是沿鏈的參與者之一具有一個緩存的響應(yīng)作用于那個請求。下圖說明結(jié)果鏈，其條件是針對一個未被UA或A加緩存的請求，B有一個經(jīng)過C來自O(shè)的

4、一個前期響應(yīng)的緩存拷貝。圖2-3 在Internet上，HTTP通訊通常發(fā)生在TCP/IP連接之上。缺省端口是TCP80，但其它的端口也是可用的。但這并不預(yù)示著HTTP協(xié)議在Internet或其它網(wǎng)絡(luò)的其它協(xié)議之上才能完成。HTTP只預(yù)示著一個可靠的傳輸。以上簡要介紹了HTTP協(xié)議的宏觀運(yùn)作方式，下面介紹一下HTTP協(xié)議的內(nèi)部操作過程。首先，簡單介紹基于HTTP協(xié)議的客戶/服務(wù)器模式的信息交換過程，如圖2-4所示，它分四個過程，建立連接、發(fā)送請求信息、發(fā)送響應(yīng)信息、關(guān)閉連接。圖2-4 在WWW中，“客戶”與“服務(wù)器”是一個相對的概念，只存在于一個特定的連接期間，即在某個連接中的客戶在另一個連接

5、中可能作為服務(wù)器。WWW服務(wù)器運(yùn)行時，一直在TCP80端口(WWW的缺省端口)監(jiān)聽，等待連接的出現(xiàn)。下面，討論HTTP協(xié)議下客戶/服務(wù)器模式中信息交換的實(shí)現(xiàn)。1.建立連接連接的建立是通過申請?zhí)捉幼?Socket)實(shí)現(xiàn)的。客戶打開一個套接字并把它約束在一個端口上，如果成功，就相當(dāng)于建立了一個虛擬文件。以后就可以在該虛擬文件上寫數(shù)據(jù)并通過網(wǎng)絡(luò)向外傳送。2.發(fā)送請求打開一個連接后，客戶機(jī)把請求消息送到服務(wù)器的停留端口上，完成提出請求動作。HTTP/1.0請求消息的格式為：請求消息=請求行(通用信息|請求頭|實(shí)體頭)CRLF實(shí)體內(nèi)容請求行=方法請求URLHTTP版本號CRLF方法=GET|HEAD|P

6、OST|擴(kuò)展方法URL=協(xié)議名稱+宿主名+目錄與文件名請求行中的方法描述指定資源中應(yīng)該執(zhí)行的動作，常用的方法有GET、HEAD和POST。不同的請求對象對應(yīng)GET的結(jié)果是不同的，對應(yīng)關(guān)系如下：對象GET的結(jié)果文件文件的內(nèi)容程序該程序的執(zhí)行結(jié)果數(shù)據(jù)庫查詢查詢結(jié)果HEAD要求服務(wù)器查找某對象的元信息，而不是對象本身。POST從客戶機(jī)向服務(wù)器傳送數(shù)據(jù)，在要求服務(wù)器和CGI做進(jìn)一步處理時會用到POST方法。POST主要用于發(fā)送HTML文本中FORM的內(nèi)容，讓CGI程序處理。一個請求的例子為：GET頭信息又稱為元信息，即信息的信息，利用元信息可以實(shí)現(xiàn)有條件的請求或應(yīng)答。請求頭告訴服務(wù)器怎樣解釋本次請求，主要包括用戶可以接受的數(shù)據(jù)類型、壓縮方法和語言等。實(shí)體頭實(shí)體信息類型、長度、壓縮方法、最后一次修改時間、數(shù)據(jù)有效期等。實(shí)體請求或應(yīng)答對象本身。3.發(fā)送響應(yīng)服務(wù)器在處理完客戶的請求之后，要向客戶機(jī)發(fā)送響應(yīng)消息。HTTP/1.0的響應(yīng)消息格式如下：響應(yīng)消息=狀態(tài)行(通用信息頭|響應(yīng)頭|實(shí)體頭)CRLF實(shí)體內(nèi)容狀態(tài)行=HTTP版本號狀態(tài)碼原因敘述狀態(tài)碼表示響應(yīng)類型1××保留2××表示請求成功地接收3××為完成請求客戶需進(jìn)一步細(xì)化請求4