在我們?yōu)g覽互聯(lián)網(wǎng)的時(shí)候，大多數(shù)，我們?cè)诘刂窓谥墟I入地址，都會(huì)看到HTTP字樣，但是，大家都清楚HTTP是什么嗎？HTTP是一種協(xié)議，全名叫超文本傳輸協(xié)議?，F(xiàn)在，我們針對(duì)HTTP協(xié)議基礎(chǔ)概念進(jìn)行一下講解。希望大家都能了解這個(gè)WWW的核心協(xié)議。

超文本傳輸協(xié)議（HTTP）是一種為分布式，合作式，多媒體信息系統(tǒng)服務(wù)，面向應(yīng)用層的協(xié)議。它是一種通用的，不分狀態(tài)（stateless)的協(xié)議，除了諸如名稱服務(wù)和分布對(duì)象管理系統(tǒng)之類的超文本用途外，還可以通過擴(kuò)展它的請(qǐng)求方式，錯(cuò)誤代碼和報(bào)頭來完成許多任務(wù)。HTTP的一個(gè)特點(diǎn)是數(shù)據(jù)表示方式的典型性和可協(xié)商性允許獨(dú)立于傳輸數(shù)據(jù)而建立系統(tǒng)。

在1990年WWW全球信息剛剛起步的時(shí)候HTTP就得到了應(yīng)用。HTTP的***個(gè)版本叫做HTTP/0.9,是一種為互聯(lián)網(wǎng)原始數(shù)據(jù)傳輸服務(wù)的簡單協(xié)議。由RFC 1945定義的HTTP/1.0進(jìn)一步完善了這個(gè)協(xié)議。它允許消息以類似MIME的格式傳送，包括有關(guān)數(shù)據(jù)傳輸?shù)木S護(hù)信息和關(guān)于請(qǐng)求/應(yīng)答的句法修正。但是，HTTP/1.0沒有充分考慮到分層代理，高速緩存的作用以及對(duì)穩(wěn)定連接和虛擬主機(jī)的需求。并且隨著不完善的進(jìn)程應(yīng)用的激增，HTTP/1.0迫切需要一個(gè)新的版本,以便使兩個(gè)通信應(yīng)用程序能夠確定彼此的真實(shí)性能。

這里規(guī)定的協(xié)議叫做“HTTP/1.1".這個(gè)協(xié)議與HTTP/1.0相比，要求更為嚴(yán)格，以確保各項(xiàng)功能得到可靠實(shí)現(xiàn)。

實(shí)際的信息系統(tǒng)除了簡單的檢索外，要求更多的功能性（functionality)，包括查找(search)，前端更新(front-end update)和注解(annotation)。HTTP允許可擴(kuò)充的方法集和報(bào)頭集以指示請(qǐng)求的目的[47]。它是建立在統(tǒng)一資源標(biāo)識(shí)符（URI）[3]提供的地址（URL）[4]和名字（URN）上[20]，以指出方法應(yīng)用于哪個(gè)資源的。消息以類似于一種叫做多用途網(wǎng)絡(luò)郵件擴(kuò)展（MIME）[7] 的互聯(lián)網(wǎng)郵件的格式傳送。

HTTP也是用于用戶代理之間及代理/網(wǎng)關(guān)到其他網(wǎng)絡(luò)系統(tǒng)的通用通信協(xié)議，這樣的網(wǎng)絡(luò)系統(tǒng)可能由SMTP,NNTP,FTP,Gopher和WAIS協(xié)議支持。這樣，HTTP允許不同的應(yīng)用程序?qū)Y源進(jìn)行基本的超媒體訪問。

HTTP協(xié)議基礎(chǔ)概念——總體操作

HTTP協(xié)議是一種請(qǐng)求/應(yīng)答協(xié)議。 與主機(jī)建立連接后，客戶以請(qǐng)求方法，URI和協(xié)議版本的形式向服務(wù)器發(fā)送請(qǐng)求，繼以類MIME信息，其中包括請(qǐng)求修改，客戶信息和可能的正文內(nèi)容。

服務(wù)器用包括消息協(xié)議版本和成功或錯(cuò)誤代碼的狀態(tài)進(jìn)行應(yīng)答，繼以包括服務(wù)器信息，實(shí)體維護(hù)信息和可能的實(shí)體內(nèi)容的類MIME消息。

大部分的HTTP通信由用戶代理引發(fā)，由應(yīng)用到一些原服務(wù)器上資源的請(qǐng)求構(gòu)成。最簡單的情形，可以經(jīng)用戶代理（UA）和原服務(wù)器（O）之間的單一連接（v）完成。

請(qǐng)求鏈---->用戶代理(UA)-----單一連接（v)----原服務(wù)器（O） <----應(yīng)答鏈

當(dāng)一個(gè)或一個(gè)以上的中介在請(qǐng)求/應(yīng)答鏈中出現(xiàn)的時(shí)候，會(huì)出現(xiàn)更復(fù)雜的情形。常見的中介形式有三種：代理，網(wǎng)關(guān)和隧道。代理是一種轉(zhuǎn)送工具，它接收絕對(duì)形式的URI請(qǐng)求，重寫全部或部分消息，然后把重新格式化后的請(qǐng)求發(fā)送到URI確定的服務(wù)器上。網(wǎng)關(guān)是一種接收工具，它充當(dāng)其他服務(wù)器的上層，必要時(shí)將請(qǐng)求翻譯為下層服務(wù)器的協(xié)議。隧道不改變消息而充當(dāng)兩個(gè)連接之間的中繼點(diǎn)；它用于通信需要穿過中介（如防火墻），甚至中介不能理解信息內(nèi)容的時(shí)候。

請(qǐng)求鏈---->UA-----v-----A-----v-----B-----v-----C-----v-----O <----應(yīng)答鏈

顯示了用戶代理和原服務(wù)器之間的三個(gè)中介（A，B和C)。游歷整條鏈的請(qǐng)求或應(yīng)答消息需通過四個(gè)獨(dú)立的連接。這個(gè)特性很重要，因?yàn)槟承〩TTP通信選項(xiàng)只能應(yīng)用于到最近的非隧道鄰居，鏈的終點(diǎn)的連接，或者沿著鏈的所有連接。圖表盡管是線性的，每部分可能都在忙于多路同時(shí)通信。例如，B可以接收來自不同于A的許多客戶的請(qǐng)求，并且／或者轉(zhuǎn)送到不同于C的服務(wù)器，與此同時(shí)，它還在處理A的請(qǐng)求。

任何非隧道的通信成員都可以使用內(nèi)部的高速緩存來處理請(qǐng)求。高速緩存的作用是如果沿著鏈的一個(gè)成員對(duì)請(qǐng)求采用了高速緩沖的應(yīng)答，請(qǐng)求/應(yīng)答鏈就會(huì)大大縮短。以下圖解作為結(jié)果產(chǎn)生的鏈，假定B擁有來自O(shè)（通過C）的一個(gè)從前應(yīng)答的備份，請(qǐng)求尚未被UA或A緩存。

請(qǐng)求鏈---->UA-----v-----A-----v-----B-----C----O <----應(yīng)答鏈

并不是所有的應(yīng)答都能有效地緩存，一些請(qǐng)求可能含有修改量，對(duì)緩存動(dòng)作有特殊的要求。

實(shí)際上，目前萬維網(wǎng)上有多種結(jié)構(gòu)和配置的高速緩存和代理被實(shí)驗(yàn)或使用。這些系統(tǒng)包括節(jié)省越洋帶寬的全國代理層，廣播或多點(diǎn)通信緩存接口， 通過CD-ROM分配子緩存數(shù)據(jù)的機(jī)構(gòu)，等等。HTTP系統(tǒng)應(yīng)用在寬頻帶連接的企業(yè)局域網(wǎng)中，通過PDAs的低耗無線連接和斷續(xù)連接的訪問。HTTP1.1的目標(biāo)是支持各種各樣的應(yīng)用配置，引進(jìn)協(xié)議結(jié)構(gòu)滿足那些需要較高可靠性，可以排除故障或至少指示故障的網(wǎng)絡(luò)應(yīng)用的要求。

HTTP通信在通常發(fā)生在TCP/ＩＰ連接上。默認(rèn)端口是TCP 80,不過其它端口也可以使用。在互聯(lián)網(wǎng)或其他網(wǎng)絡(luò)上，這并不妨礙HTTP應(yīng)用在其他協(xié)議的頂端。http僅僅期望可靠的傳輸；任何提供這種保證的協(xié)議都可以使用；協(xié)議傳輸數(shù)據(jù)單元的HTTP/1.1請(qǐng)求和應(yīng)答結(jié)構(gòu)的映象已經(jīng)超出了本說明書的范圍。

在http/1.0中，大部分的實(shí)現(xiàn)為每個(gè)請(qǐng)求/應(yīng)答交換使用了新連接。而http/1.1中，一個(gè)連接可以用于一個(gè)或更多請(qǐng)求/應(yīng)答交換，雖然連接可能會(huì)因?yàn)楦鞣N原因中斷。

那么到這里HTTP協(xié)議基礎(chǔ)概念我們就先講到這里，之后的一系列文章，希望大家能繼續(xù)關(guān)注。