HTTP

   

   HTTP是什么?

當我們想瀏覽一個網(wǎng)站的時候，只要在瀏覽器的地址欄里輸入網(wǎng)站的地址就可以了，例如www.baidu.com,但是在瀏覽器的地址欄里面出現(xiàn)的卻是：http://www.baidu.com,你知道為什么會多出一個“http”嗎？

一、HTTP協(xié)議是什么

我們在瀏覽器的地址欄里輸入的網(wǎng)站地址叫做URL (Uniform Resource Locator，統(tǒng)一資源定位符)。就像每家每戶都有一個門牌地址一樣，每個網(wǎng)頁也都有一個Internet地址。當你在瀏覽器的地址框中輸入一個URL或是單擊一個超級鏈接時，URL就確定了要瀏覽的地址。瀏覽器通過超文本傳輸協(xié)議(HTTP)，將Web服務器上站點的網(wǎng)頁代碼提取出來，并翻譯成漂亮的網(wǎng)頁。因此，在我們認識HTTP之前，有必要先弄清楚URL的組成,例如：http://www.baidu.com/china/index.htm。它的含義如下：

1. http://：代表超文本傳輸協(xié)議，通知baidu.com服務器顯示W(wǎng)eb頁，通常不用輸入；

2. www：代表一個Web（萬維網(wǎng)）服務器；

3. baidu.com/：這是裝有網(wǎng)頁的服務器的域名，或站點服務器的名稱；

4. China/：為該服務器上的子目錄，就好像我們的文件夾；

5. Index.htm：index.htm是文件夾中的一個HTML文件（網(wǎng)頁）。

我們知道，Internet的基本協(xié)議是TCP/IP協(xié)議，然而在TCP/IP模型最上層的是應用層（Application layer），它包含所有高層的協(xié)議。高層協(xié)議有：文件傳輸協(xié)議FTP、電子郵件傳輸協(xié)議SMTP、域名系統(tǒng)服務DNS、網(wǎng)絡新聞傳輸協(xié)議NNTP和HTTP協(xié)議等。

HTTP協(xié)議（Hypertext Transfer Protocol，超文本傳輸協(xié)議）是用于從WWW服務器傳輸超文本到本地瀏覽器的傳送協(xié)議。它可以使瀏覽器更加高效，使網(wǎng)絡傳輸減少。它不僅保證計算機正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內(nèi)容首先顯示(如文本先于圖形)等。這就是你為什么在瀏覽器中看到的網(wǎng)頁地址都是以http://開頭的原因。

自WWW誕生以來，一個多姿多彩的資訊和虛擬的世界便出現(xiàn)在我們眼前，可是我們怎么能夠更加容易地找到我們需要的資訊呢？當決定使用超文本作為WWW文檔的標準格式后，于是在1990年，科學家們立即制定了能夠快速查找這些超文本文檔的協(xié)議，即HTTP協(xié)議。經(jīng)過幾年的使用與發(fā)展，得到不斷的完善和擴展，目前在WWW中使用的是HTTP/1.0的第六版。

HTTP是怎樣工作的

既然我們明白了URL的構成，那么HTTP是怎么工作呢？我們接下來就要討論這個問題。

由于HTTP協(xié)議是基于請求/響應范式的（相當于客戶機/服務器）。一個客戶機與服務器建立連接后，發(fā)送一個請求給服務器，請求方式的格式為：統(tǒng)一資源標識符（URL）、協(xié)議版本號，后邊是MIME信息包括請求修飾符、客戶機信息和可能的內(nèi)容。服務器接到請求后，給予相應的響應信息，其格式為一個狀態(tài)行，包括信息的協(xié)議版本號、一個成功或錯誤的代碼，后邊是MIME信息包括服務器信息、實體信息和可能的內(nèi)容。

許多HTTP通訊是由一個用戶代理初始化的并且包括一個申請在源服務器上資源的請求。最簡單的情況可能是在用戶代理和服務器之間通過一個單獨的連接來完成。在Internet上，HTTP通訊通常發(fā)生在TCP/IP連接之上。缺省端口是TCP 80，但其它的端口也是可用的。但這并不預示著HTTP協(xié)議在Internet或其它網(wǎng)絡的其它協(xié)議之上才能完成。HTTP只預示著一個可靠的傳輸。

這個過程就好像我們打電話訂貨一樣，我們可以打電話給商家，告訴他我們需要什么規(guī)格的商品，然后商家再告訴我們什么商品有貨，什么商品缺貨。這些，我們是通過電話線用電話聯(lián)系（HTTP是通過TCP/IP），當然我們也可以通過傳真，只要商家那邊也有傳真。

以上簡要介紹了HTTP協(xié)議的宏觀運作方式，下面介紹一下HTTP協(xié)議的內(nèi)部操作過程。

在WWW中，“客戶”與“服務器”是一個相對的概念，只存在于一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為服務器�；�于HTTP協(xié)議的客戶/服務器模式的信息交換過程，它分四個過程：建立連接、發(fā)送請求信息、發(fā)送響應信息、關閉連接。這就好像上面的例子，我們電話訂貨的全過程。

其實簡單說就是任何服務器除了包括HTML文件以外，還有一個HTTP駐留程序，用于響應用戶請求。你的瀏覽器是HTTP客戶，向服務器發(fā)送請求，當瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時，瀏覽器就向服務器發(fā)送了HTTP請求，此請求被送往由IP地址指定的URL。駐留程序接收到請求，在進行必要的操作后回送所要求的文件。在這一過程中，在網(wǎng)絡上發(fā)送和接收的數(shù)據(jù)已經(jīng)被分成一個或多個數(shù)據(jù)包（packet），每個數(shù)據(jù)包包括：要傳送的數(shù)據(jù)；控制信息，即告訴網(wǎng)絡怎樣處理數(shù)據(jù)包。TCP/IP決定了每個數(shù)據(jù)包的格式。如果事先不告訴你，你可能不會知道信息被分成用于傳輸和再重新組合起來的許多小塊。

也就是說商家除了擁有商品之外，它也有一個職員在接聽你的電話，當你打電話的時候，你的聲音轉換成各種復雜的數(shù)據(jù)，通過電話線傳輸?shù)綄Ψ降碾娫挋C，對方的電話機又把各種復雜的數(shù)據(jù)轉換成聲音，使得對方商家的職員能夠明白你的請求。這個過程你不需要明白聲音是怎么轉換成復雜的數(shù)據(jù)的。

http協(xié)議基礎

HTTP（HyperTextTransferProtocol）是超文本傳輸協(xié)議的縮寫，它用于傳送WWW方式的數(shù)據(jù)，關于HTTP協(xié)議的詳細內(nèi)容請參考RFC2616。HTTP協(xié)議采用了請求/響應模型�？蛻舳讼蚍�務器發(fā)送一個請求，請求頭包含請求的方法、URI、協(xié)議版本、以及包含請求修飾符、客戶信息和內(nèi)容的類似于MIME的消息結構。服務器以一個狀態(tài)行作為響應，相應的內(nèi)容包括消息協(xié)議的版本，成功或者錯誤編碼加上包含服務器信息、實體元信息以及可能的實體內(nèi)容。

通常HTTP消息包括客戶機向服務器的請求消息和服務器向客戶機的響應消息。這兩種類型的消息由一個起始行，一個或者多個頭域，一個只是頭域結束的空行和可選的消息體組成。HTTP的頭域包括通用頭，請求頭，響應頭和實體頭四個部分。每個頭域由一個域名，冒號（:）和域值三部分組成。域名是大小寫無關的，域值前可以添加任何數(shù)量的空格符，頭域可以被擴展為多行，在每行開始處，使用至少一個空格或制表符。

通用頭域

通用頭域包含請求和響應消息都支持的頭域，通用頭域包含Cache-Control、Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。對通用頭域的擴展要求通訊雙方都支持此擴展，如果存在不支持的通用頭域，一般將會作為實體頭域處理。下面簡單介紹幾個在UPnP消息中使用的通用頭域。

Cache-Control頭域

Cache-Control指定請求和響應遵循的緩存機制。在請求消息或響應消息中設置Cache-Control并不會修改另一個消息處理過程中的緩存處理過程。請求時的緩存指令包括no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached，響應消息中的指令包括public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age。各個消息中的指令含義如下：

Public指示響應可被任何緩存區(qū)緩存。

Private指示對于單個用戶的整個或部分響應消息，不能被共享緩存處理。這允許服務器僅僅描述當用戶的部分響應消息，此響應消息對于其他用戶的請求無效。

no-cache指示請求或響應消息不能緩存

no-store用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應消息都不使用緩存。

max-age指示客戶機可以接收生存期不大于指定時間（以秒為單位）的響應。

min-fresh指示客戶機可以接收響應時間小于當前時間加上指定時間的響應。

max-stale指示客戶機可以接收超出超時期間的響應消息。如果指定max-stale消息的值，那么客戶機可以接收超出超時期指定值之內(nèi)的響應消息。

Date頭域

Date頭域表示消息發(fā)送的時間，時間的描述格式由rfc822定義。例如，Date:Mon,31Dec200104:25:57GMT。Date描述的時間表示世界標準時，換算成本地時間，需要知道用戶所在的時區(qū)。

Pragma頭域

Pragma頭域用來包含實現(xiàn)特定的指令，最常用的是Pragma:no-cache。在HTTP/1.1協(xié)議中，它的含義和Cache-Control:no-cache相同。

請求消息

請求消息的第一行為下面的格式：

MethodSPRequest-URISPHTTP-VersionCRLFMethod表示對于Request-URI完成的方法，這個字段是大小寫敏感的，包括OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE。方法GET和HEAD應該被所有的通用WEB服務器支持，其他所有方法的實現(xiàn)是可選的。GET方法取回由Request-URI標識的信息。HEAD方法也是取回由Request-URI標識的信息，只是可以在響應時，不返回消息體。POST方法可以請求服務器接收包含在請求中的實體信息，可以用于提交表單，向新聞組、BBS、郵件群組和數(shù)據(jù)庫發(fā)送消息。

SP表示空格。Request-URI遵循URI格式，在此字段為星號（*）時，說明請求并不用于某個特定的資源地址，而是用于服務器本身。HTTP-Version表示支持的HTTP版本，例如為HTTP/1.1。CRLF表示換行回車符。請求頭域允許客戶端向服務器傳遞關于請求或者關于客戶機的附加信息。請求頭域可能包含下列字段Accept、Accept-Charset、Accept-Encoding、Accept-Language、Authorization、From、Host、If-Modified-Since、If-Match、If-None-Match、If-Range、If-Range、If-Unmodified-Since、Max-Forwards、Proxy-Authorization、Range、Referer、User-Agent。對請求頭域的擴展要求通訊雙方都支持，如果存在不支持的請求頭域，一般將會作為實體頭域處理。

典型的請求消息：

GEThttp://download.microtool.de:80/somedata.exe
Host:download.microtool.de

Accept:*/*

Pragma:no-cache

Cache-Control:no-cache

Referer:http://download.microtool.de/
User-Agent:Mozilla/4.04[en](Win95;I;Nav)

Range:bytes=554554-

上例第一行表示HTTP客戶端（可能是瀏覽器、下載程序）通過GET方法獲得指定URL下的文件。棕色的部分表示請求頭域的信息，綠色的部分表示通用頭部分。

Host頭域

Host頭域指定請求資源的Intenet主機和端口號，必須表示請求url的原始服務器或網(wǎng)關的位置。HTTP/1.1請求必須包含主機頭域，否則系統(tǒng)會以400狀態(tài)碼返回。

Referer頭域

Referer頭域允許客戶端指定請求uri的源資源地址，這可以允許服務器生成回退鏈表，可用來登陸、優(yōu)化cache等。他也允許廢除的或錯誤的連接由于維護的目的被追蹤。如果請求的uri沒有自己的uri地址，Referer不能被發(fā)送。如果指定的是部分uri地址，則此地址應該是一個相對地址。

Range頭域

Range頭域可以請求實體的一個或者多個子范圍。例如，

表示頭500個字節(jié)：bytes=0-499

表示第二個500字節(jié)：bytes=500-999

表示最后500個字節(jié)：bytes=-500

表示500字節(jié)以后的范圍：bytes=500-

第一個和最后一個字節(jié)：bytes=0-0,-1

同時指定幾個范圍：bytes=500-600,601-999

但是服務器可以忽略此請求頭，如果無條件GET包含Range請求頭，響應會以狀態(tài)碼206（PartialContent）返回而不是以200（OK）。

User-Agent頭域

User-Agent頭域的內(nèi)容包含發(fā)出請求的用戶信息。

響應消息

響應消息的第一行為下面的格式：

HTTP-VersionSPStatus-CodeSPReason-PhraseCRLF

HTTP-Version表示支持的HTTP版本，例如為HTTP/1.1。Status-Code是一個三個數(shù)字的結果代碼。Reason-Phrase給Status-Code提供一個簡單的文本描述。Status-Code主要用于機器自動識別，Reason-Phrase主要用于幫助用戶理解。Status-Code的第一個數(shù)字定義響應的類別，后兩個數(shù)字沒有分類的作用。第一個數(shù)字可能取5個不同的值：

1xx:信息響應類，表示接收到請求并且繼續(xù)處理

2xx:處理成功響應類，表示動作被成功接收、理解和接受

3xx:重定向響應類，為了完成指定的動作，必須接受進一步處理

4xx:客戶端錯誤，客戶請求包含語法錯誤或者是不能正確執(zhí)行

5xx:服務端錯誤，服務器不能正確執(zhí)行一個正確的請求

響應頭域允許服務器傳遞不能放在狀態(tài)行的附加信息，這些域主要描述服務器的信息和Request-URI進一步的信息。響應頭域包含Age、Location、Proxy-Authenticate、Public、Retry-After、Server、Vary、Warning、WWW-Authenticate。對響應頭域的擴展要求通訊雙方都支持，如果存在不支持的響應頭域，一般將會作為實體頭域處理。

典型的響應消息：

HTTP/1.0200OK

Date:Mon,31Dec200104:25:57GMT

Server:Apache/1.3.14(Unix)

Content-type:text/html

Last-modified:Tue,17Apr200106:46:28GMT

Etag:"a030f020ac7c01:1e9f"

Content-length:39725426

Content-range:bytes554554-40279979/40279980

上例第一行表示HTTP服務端響應一個GET方法。棕色的部分表示響應頭域的信息，綠色的部分表示通用頭部分，紅色的部分表示實體頭域的信息。

Location響應頭

Location響應頭用于重定向接收者到一個新URI地址。

Server響應頭

Server響應頭包含處理請求的原始服務器的軟件信息。此域能包含多個產(chǎn)品標識和注釋，產(chǎn)品標識一般按照重要性排序。

實體

請求消息和響應消息都可以包含實體信息，實體信息一般由實體頭域和實體組成。實體頭域包含關于實體的原信息，實體頭包括Allow、Content-Base、Content-Encoding、Content-Language、Content-Length、Content-Location、Content-MD5、Content-Range、Content-Type、Etag、Expires、Last-Modified、extension-header。extension-header允許客戶端定義新的實體頭，但是這些域可能無法未接受方識別。實體可以是一個經(jīng)過編碼的字節(jié)流，它的編碼方式由Content-Encoding或Content-Type定義，它的長度由Content-Length或Content-Range定義。

Content-Type實體頭

Content-Type實體頭用于向接收方指示實體的介質類型，指定HEAD方法送到接收方的實體介質類型，或GET方法發(fā)送的請求介質類型Content-Range實體頭

Content-Range實體頭用于指定整個實體中的一部分的插入位置，他也指示了整個實體的長度。在服務器向客戶返回一個部分響應，它必須描述響應覆蓋的范圍和整個實體長度。一般格式：

Content-Range:bytes-unitSPfirst-byte-pos-last-byte-pos/entity-legth

例如，傳送頭500個字節(jié)次字段的形式：Content-Range:bytes0-499/1234如果一個http消息包含此節(jié)（例如，對范圍請求的響應或對一系列范圍的重疊請求），Content-Range表示傳送的范圍，Content-Length表示實際傳送的字節(jié)數(shù)。

Last-modified實體頭

Last-modified實體頭指定服務器上保存內(nèi)容的最后修訂時間。

例如，傳送頭500個字節(jié)次字段的形式：Content-Range:bytes0-499/1234如果一個http消息包含此節(jié)（例如，對范圍請求的響應或對一系列范圍的重疊請求），Content-Range表示傳送的范圍，Content-Length表示實際傳送的字節(jié)數(shù)。

Last-modified實體頭

   

• 通信詞典解釋