超文本傳輸協(xié)議(數(shù)據(jù)庫)

時間：2022-12-15 10:30:01 | 來源：信息時代

時間：2022-12-15 10:30:01 來源：信息時代

    超文本傳輸協(xié)議 : 一個應(yīng)用層的面向?qū)ο蟮膮f(xié)議,用于分布式超媒體信息系統(tǒng)。它于1990年提出,最初的版本只能用于在Internet上傳輸原始數(shù)據(jù)。經(jīng)過多年的使用與發(fā)展,得到不斷地完善和擴(kuò)展。HTTP協(xié)議支持的服務(wù)不限于WWW,還可以是其他服務(wù),因而HTTP協(xié)議允許用戶在統(tǒng)一的界面下,采用不同的協(xié)議訪問不同的服務(wù),如FTP、Archie、SMTP、NNTP等。另外,HTTP協(xié)議還可用于名字服務(wù)器和分布式對象管理。HTTP協(xié)議的主要特點(diǎn)為:
(1)支持客戶/服務(wù)器模式。
(2)簡單快速: 客戶向服務(wù)器請求服務(wù)時,只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。由于HTTP協(xié)議簡單,使得HTTP服務(wù)器的程序規(guī)模小,因而通信速度很快。
(3)靈活: HTTP允許傳輸任意類型的數(shù)據(jù)對象。正在傳輸?shù)念愋陀蒀ontent-Type加以標(biāo)記。
(4)無連接: 無連接的含義是限制每次連接只處理一個請求。服務(wù)器處理完客戶的請求,并收到客戶的應(yīng)答后,即斷開連接。采用這種方式可以節(jié)省傳輸時間。
(5)無狀態(tài): HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息,則它必須重傳,這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面,在服務(wù)器不需要先前信息時它的應(yīng)答較快。
HTTP協(xié)議基于請求/響應(yīng)方式進(jìn)行運(yùn)作。一個客戶機(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通信是由一個用戶代理初始化并且包括一個申請源服務(wù)器上資源的請求。最簡單的情況可能是在用戶代理(UA)和源服務(wù)器(O)之間通過一個單獨(dú)的連接來完成,如圖1所示。

圖1 單獨(dú)連接的HTTP通信

當(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 通過中介的HP通信

圖2 表明了在用戶代理(UA)和源服務(wù)器(O)之間有三個中介(A、B和C)。一個通過整個鏈的請求或響應(yīng)消息必須經(jīng)過四個連接段。圖2的連接是線性的,每個參與者都可能從事多重的、并發(fā)的通信。例如,B可能從許多客戶機(jī)接收請求而不通過A,并且/或者不通過C把請求送到A,同時它還可能處理A的請求。
任何針對不作為通道的匯聚可能為處理請求啟用一個內(nèi)部緩存。緩存的效果是請求/響應(yīng)鏈被縮短,條件是沿鏈的參與者之一具有一個緩存的響應(yīng)作用于那個請求。圖3說明結(jié)果鏈,其條件是針對一個未被UA或A加緩存的請求,B有一個經(jīng)過C來自O(shè)的一個前期響應(yīng)的緩存拷貝。

圖3 有緩存的HTTP通信

在Internet上,HTTP通信通常發(fā)生在TCP/IP連接之上。缺省端口是TCP80,但其他的端口也是可用的。但這并不預(yù)示著HTTP協(xié)議在Internet或其他網(wǎng)絡(luò)的其他協(xié)議之上才能完成。HTTP只假定一個可靠的傳輸。
HTTP協(xié)議的內(nèi)部操作過程如圖4所示,它分四個過程,建立連接、發(fā)送請求信息、發(fā)送響應(yīng)信息、關(guān)閉連接。

圖4 基于HTTP協(xié)議的客戶/服務(wù)器模式信息交換過程

在WWW中,“客戶”與“服務(wù)器”是一個相對的概念,只存在于一個特定的連接期間,即在某個連接中的客戶在另一個連接中可能作為服務(wù)器。WWW服務(wù)器運(yùn)行時,一直在TCP80端口(WWW的缺省端口)監(jiān)聽,等待連接的出現(xiàn)。
HTTP協(xié)議基于請求/響應(yīng)方式,其信息交換的實(shí)現(xiàn)過程如下:
(1)建立連接: 連接的建立是通過申請?zhí)捉幼?socket)實(shí)現(xiàn)的?？蛻舸蜷_一個套接字并把它綁定在一個端口上,如果成功,就相當(dāng)于建立了一個虛擬文件。以后就可以在該虛擬文件上寫數(shù)據(jù)并通過網(wǎng)絡(luò)向外傳送。
(2)發(fā)送請求: 打開一個連接后,客戶機(jī)把請求消息送到服務(wù)器的端口上,完成提出請求動作。
(3) 發(fā)送響應(yīng): 服務(wù)器在處理完客戶的請求之后,要向客戶機(jī)發(fā)送響應(yīng)消息。
(4)關(guān)閉連接: 客戶和服務(wù)器雙方都可以通過關(guān)閉套接字來結(jié)束TCP/IP對話。