HTTP （HyperTextTransferProtocol ）是超文本傳輸協(xié)議的縮寫，它用于傳送WWW 方式的數(shù)據(jù)，關(guān)于HTTP 協(xié)議的詳細內(nèi)容請參考RFC2616。HTTP 協(xié)議采用了請求/響應(yīng)

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

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

通用頭域

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

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

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

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

no-cache 指示請求或響應(yīng)消息不能緩存

no-store 用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應(yīng)消息都不使用緩存。 max-age 指示客戶機可以接收生存期不大于指定時間（以秒為單位）的響應(yīng)。

min-fresh 指示客戶機可以接收響應(yīng)時間小于當(dāng)前時間加上指定時間的響應(yīng)。

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

Date 頭域

Date 頭域表示消息發(fā)送的時間，時間的描述格式由rfc822定義。例如，

Date:Mon,31Dec200104:25:57GMT。Date 描述的時間表示世界標(biāo)準(zhǔn)時，換算成本地時間，需要知道用戶所在的時區(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 應(yīng)該被所有的通用WEB 服務(wù)器支持，其他所有方法的實現(xiàn)是可選的。GET 方法取回由Request-URI 標(biāo)識的信息。HEAD 方法也是取回由Request-URI 標(biāo)識的信息，只是可以在響應(yīng)時，不返回消息體。POST 方法可以請求服務(wù)器接收包含在請求中的實體信息，可以用于提交表單，向新聞組、BBS 、郵件群組和數(shù)據(jù)庫發(fā)送消息。

SP 表示空格。Request-URI 遵循URI 格式，在此字段為星號（*）時，說明請求并不用于某個特定的資源地址，而是用于服務(wù)器本身。HTTP-Version 表示支持的HTTP 版本，例如為HTTP/1.1。CRLF 表示換行回車符。請求頭域允許客戶端向服務(wù)器傳遞關(guān)于請求或者關(guān)于客戶機的附加信息。請求頭域可能包含下列字段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://class/download.microtool.de:80/somedata.exe

Host:download.microtool.de

Accept:*/*

Pragma:no-cache

Cache-Control:no-cache

Referer:http://class/download.microtool.de/

User-Agent:Mozilla/4.04[en](Win95;I;Nav)

Range:bytes=554554-

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

Host 頭域

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

Referer 頭域

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

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

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

User-Agent 頭域

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

響應(yīng)消息

響應(yīng)消息的第一行為下面的格式：

HTTP-VersionSPStatus-CodeSPReason-PhraseCRLF

HTTP-Version 表示支持的HTTP 版本，例如為HTTP/1.1。Status-Code 是一個三個數(shù)字的結(jié)果代碼。Reason-Phrase 給Status-Code 提供一個簡單的文本描述。Status-Code 主要用于機器自動識別，

Reason-Phrase 主要用于幫助用戶理解。Status-Code 的第一個數(shù)字定義響應(yīng)的類別，后兩個數(shù)字沒有分類的作用。第一個數(shù)字可能取5個不同的值：

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

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

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

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

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

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

典型的響應(yīng)消息：

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 服務(wù)端響應(yīng)一個GET 方法。棕色的部分表示響應(yīng)頭域的信息，綠色的部分表示通用頭部分，紅色的部分表示實體頭域的信息。

Location 響應(yīng)頭

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

Server 響應(yīng)頭

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

實體

請求消息和響應(yīng)消息都可以包含實體信息，實體信息一般由實體頭域和實體組成。實體頭域包含關(guā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 實體頭

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

Content-Range 實體頭

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

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

例如，傳送頭500個字節(jié)次字段的形式：Content-Range:bytes0-499/1234如果一個http 消息包含此節(jié)（例如，對范圍請求的響應(yīng)或?qū)σ幌盗蟹秶闹丿B請求），Content-Range 表示傳送的范圍，Content-Length 表示實際傳送的字節(jié)數(shù)。

Last-modified 實體頭

指定服務(wù)器上保存內(nèi)容的最后修訂時間。

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

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

1. Accept：告訴WEB 服務(wù)器自己接受什么介質(zhì)類型，*/* 表示任何類型，type/* 表示該類型下的所有子類型，type/sub-type。

2. Accept-Charset： 瀏覽器申明自己接收的字符集

Accept-Encoding ： 瀏覽器申明自己接收的編碼方法，通常指定壓縮方法，是否支持壓縮，支持什么壓縮方法（gzip ，deflate ）

Accept-Language ：：瀏覽器申明自己接收的語言

語言跟字符集的區(qū)別：中文是語言，中文有多種字符集，比如big5，gb2312，gbk 等等。

3. Accept-Ranges：WEB 服務(wù)器表明自己是否接受獲取其某個實體的一部分（比如文件的一部分）的請求。 bytes ：表示接受，none ：表示不接受。

4. Age：當(dāng)代理服務(wù)器用自己緩存的實體去響應(yīng)請求時，用該頭部表明該實體從產(chǎn)生到現(xiàn)在經(jīng)過多長時間了。

5. Authorization：當(dāng)客戶端接收到來自WEB 服務(wù)器的 WWW-Authenticate 響應(yīng)時，用該頭部來回應(yīng)自己的身份驗證信息給WEB 服務(wù)器。

6. Cache-Control：請求：no-cache （不要緩存的實體，要求現(xiàn)在從WEB 服務(wù)器去?。?/p>

max-age ：（只接受 Age 值小于 max-age 值，并且沒有過期的對象）

max-stale ：（可以接受過去的對象，但是過期時間必須小于 max-stale 值）

min-fresh ：（接受其新鮮生命期大于其當(dāng)前 Age 跟 min-fresh 值之和的緩存對象）

響應(yīng)：public(可以用 Cached 內(nèi)容回應(yīng)任何用戶)

private （只能用緩存內(nèi)容回應(yīng)先前請求該內(nèi)容的那個用戶）

no-cache （可以緩存，但是只有在跟WEB 服務(wù)器驗證了其有效后，才能返回給客戶端）

max-age ：（本響應(yīng)包含的對象的過期時間）

ALL: no-store（不允許緩存）

7. Connection：請求：close （告訴WEB 服務(wù)器或者代理服務(wù)器，在完成本次請求的響應(yīng)后，斷開連接，不要等待本次連接的后續(xù)請求了）。

keepalive （告訴WEB 服務(wù)器或者代理服務(wù)器，在完成本次請求的響應(yīng)后，保持連接，等待本次連接的后續(xù)請求）。

響應(yīng)：close （連接已經(jīng)關(guān)閉）。

keepalive （連接保持著，在等待本次連接的后續(xù)請求）。

Keep-Alive ：如果瀏覽器請求保持連接，則該頭部表明希望 WEB 服務(wù)器保持連接多長時間（秒）。 例如：Keep-Alive ：300

8. Content-Encoding：WEB 服務(wù)器表明自己使用了什么壓縮方法（gzip ，deflate ）壓縮響應(yīng)中的對象。 例如：Content-Encoding ：gzip

Content-Language ：WEB 服務(wù)器告訴瀏覽器自己響應(yīng)的對象的語言。

Content-Length ： WEB 服務(wù)器告訴瀏覽器自己響應(yīng)的對象的長度。

例如：Content-Length: 26012

Content-Range ： WEB 服務(wù)器表明該響應(yīng)包含的部分對象為整個對象的哪個部分。

例如：Content-Range: bytes 21010-47021/47022

Content-Type ： WEB 服務(wù)器告訴瀏覽器自己響應(yīng)的對象的類型。

例如：Content-Type ：application/xml

9. ETag：就是一個對象（比如URL ）的標(biāo)志值，就一個對象而言，比如一個 html 文件，如果被修改了，其 Etag 也會別修改，

所以，ETag 的作用跟 Last-Modified 的作用差不多，主要供 WEB 服務(wù)器判斷一個對象是否改變了。 比如前一次請求某個 html 文件時，獲得了其 ETag ，當(dāng)這次又請求這個文件時，瀏覽器就會把先前獲得的 ETag 值發(fā)送給

WEB 服務(wù)器，然后 WEB 服務(wù)器會把這個 ETag 跟該文件的當(dāng)前 ETag 進行對比，然后就知道這個文件有沒有改變了。

10. Expired：WEB 服務(wù)器表明該實體將在什么時候過期，對于過期了的對象，只有在跟WEB 服務(wù)器驗證了其有效性后，才能用來響應(yīng)客戶請求。

是 HTTP/1.0 的頭部。

例如：Expires ：Sat, 23 May 2009 10:02:12 GMT

11. Host：客戶端指定自己想訪問的WEB 服務(wù)器的域名/IP 地址和端口號。

例如：Host ：rss.sina.com.cn

12. If-Match：如果對象的 ETag 沒有改變，其實也就意味著對象沒有改變，才執(zhí)行請求的動作。 If-None-Match ：如果對象的 ETag 改變了，其實也就意味著對象也改變了，才執(zhí)行請求的動作。

13. If-Modified-Since：如果請求的對象在該頭部指定的時間之后修改了，才執(zhí)行請求的動作（比如返回對象），否則返回代碼304，告訴瀏覽器該對象沒有修改。

例如：If-Modified-Since ：Thu, 10 Apr 2008 09:14:42 GMT

If-Unmodified-Since ：如果請求的對象在該頭部指定的時間之后沒修改過，才執(zhí)行請求的動作（比如返回對象）。

14. If-Range：瀏覽器告訴 WEB 服務(wù)器，如果我請求的對象沒有改變，就把我缺少的部分給我，如果對象改變了，就把整個對象給我。

瀏覽器通過發(fā)送請求對象的 ETag 或者 自己所知道的最后修改時間給 WEB 服務(wù)器，讓其判斷對象是否改變了。

總是跟 Range 頭部一起使用。

15. Last-Modified：WEB 服務(wù)器認為對象的最后修改時間，比如文件的最后修改時間，動態(tài)頁面的最后產(chǎn)生時間等等。

例如：Last-Modified ：Tue, 06 May 2008 02:42:43 GMT

16. Location：WEB 服務(wù)器告訴瀏覽器，試圖訪問的對象已經(jīng)被移到別的位置了，到該頭部指定的位置去取。

例如：Location ：

17. Pramga：主要使用 Pramga: no-cache，相當(dāng)于 Cache-Control ： no-cache 。

例如：Pragma ：no-cache

18. Proxy-Authenticate： 代理服務(wù)器響應(yīng)瀏覽器，要求其提供代理身份驗證信息。

Proxy-Authorization ：瀏覽器響應(yīng)代理服務(wù)器的身份驗證請求，提供自己的身份信息。

19. Range：瀏覽器（比如 Flashget 多線程下載時）告訴 WEB 服務(wù)器自己想取對象的哪部分。 例如：Range: bytes=1173546-

20. Referer：瀏覽器向 WEB 服務(wù)器表明自己是從哪個 網(wǎng)頁/URL 獲得/點擊 當(dāng)前請求中的網(wǎng)址/URL。 例如：Referer ：http://www.sina.com/

21. Server: WEB 服務(wù)器表明自己是什么軟件及版本等信息。

例如：Server ：Apache/2.0.61 (Unix)

22. User-Agent: 瀏覽器表明自己的身份（是哪種瀏覽器）。

例如：User-Agent ：Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

23. Transfer-Encoding: WEB 服務(wù)器表明自己對本響應(yīng)消息體（不是消息體里面的對象）作了怎樣的編碼，比如是否分塊（chunked ）。

例如：Transfer-Encoding: chunked

24. Vary: WEB服務(wù)器用該頭部的內(nèi)容告訴 Cache 服務(wù)器，在什么條件下才能用本響應(yīng)所返回的對象響應(yīng)后續(xù)的請求。

假如源WEB 服務(wù)器在接到第一個請求消息時，其響應(yīng)消息的頭部為：Content-Encoding: gzip; Vary: Content-Encoding

那么 Cache 服務(wù)器會分析后續(xù)請求消息的頭部，檢查其 Accept-Encoding ，是否跟先前響應(yīng)的 Vary 頭部值一致，即是否使用

相同的內(nèi)容編碼方法，這樣就可以防止 Cache 服務(wù)器用自己 Cache 里面壓縮后的實體響應(yīng)給不具備解壓能力的瀏覽器。

例如：Vary ：Accept-Encoding

25. Via： 列出從客戶端到 OCS 或者相反方向的響應(yīng)經(jīng)過了哪些代理服務(wù)器，他們用什么協(xié)議（和版本）發(fā)送的請求。

當(dāng)客戶端請求到達第一個代理服務(wù)器時，該服務(wù)器會在自己發(fā)出的請求里面添加 Via 頭部，并填上自己的相關(guān)信息，當(dāng)下一個代理服務(wù)器

收到第一個代理服務(wù)器的請求時，會在自己發(fā)出的請求里面復(fù)制前一個代理服務(wù)器的請求的Via 頭部，并把自己的相關(guān)信息加到后面，

以此類推，當(dāng) OCS 收到最后一個代理服務(wù)器的請求時，檢查 Via 頭部，就知道該請求所經(jīng)過的路由。 例如：Via ：1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13)

============================================================================================================================

HTTP 請求消息頭部實例：

Host ：rss.sina.com.cn

User-Agent ：Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

Accept ：

text/xml,application/xml,application/xhtml xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language ：zh-cn,zh;q=0.5

Accept-Encoding ：gzip,deflate

Accept-Charset ：gb2312,utf-8;q=0.7,*;q=0.7

Keep-Alive ：300

Connection ：keep-alive

Cookie ：userId=C5bYpXrimdmsiQmsBPnE1Vn8ZQmdWSm3WRlEB3vRwTnRtW <-- Cookie

If-Modified-Since ：Sun, 01 Jun 2008 12:05:30 GMT

Cache-Control ：max-age=0

HTTP 響應(yīng)消息頭部實例：

Status ：OK - 200 <-- 響應(yīng)狀態(tài)碼，表示 web 服務(wù)器處理的結(jié)果。

Date ：Sun, 01 Jun 2008 12:35:47 GMT

Server ：Apache/2.0.61 (Unix)

Last-Modified ：Sun, 01 Jun 2008 12:35:30 GMT

Accept-Ranges ：bytes

Content-Length ：18616

Cache-Control ：max-age=120

Expires ：Sun, 01 Jun 2008 12:37:47 GMT

Content-Type ：application/xml

Age ：2

X-Cache ：HIT from 236-41.D07071951.sina.com.cn <-- 反向代理服務(wù)器使用的 HTTP 頭部 Via ：1.0 236-41.D07071951.sina.com.cn:80 (squid/2.6.STABLE13)

Connection ：close

（HTTP 協(xié)議完整規(guī)范參見W3C 官方網(wǎng)站http://www.w3.org/Protocols/）

==============

HTTP 頭字段包括4類：

general-header ;

request-header ;

response-header ;

entity-header .

*******************************************************************************

General Header Fields

=============================

general header是request 、response 都可用的, 但是不能用于entity.

－－ Cache-Control

－－ Connection

－－ Date

－－ Pragma

－－ Trailer

－－ Transfer-Encoding

－－ Upgrade

－－ Via

－－ Warning

*******************************************************************************

Request Header Fields

======================

request-header fields 允許客戶端傳遞關(guān)于request 和客戶端的附加信息到服務(wù)端，

－－ Accept

－－ Accept-Charset

－－ Accept-Encoding

－－ Accept-Language

－－ Authorization

－－ Expect

－－ From

－－ Host

－－ If-Match

－－ If-Modified-Since

－－ If-None-Match

－－ If-Range

－－ If-Unmodified-Since

－－ Max-Forwards

－－ Proxy-Authorization

－－ Range

－－ Referer

－－ TE

－－ User-Agent

*******************************************************************************

Response Header Fields

===============================

response-header fields 允許服務(wù)端傳遞關(guān)于response 的、不能放到Status-Line 的附加信息。 這些頭給出關(guān)于服務(wù)端的信息。

－－ Accept-Ranges

－－ Age

－－ ETag

－－ Location

－－ Proxy-Authenticate

－－ Retry-After

－－ Server

－－ Vary

－－ WWW-Authenticate

******************************************************************************* Entity Header Fields

========================

Entity-header fields 定義關(guān)于entity-body 的metainformation(標(biāo)題字段數(shù)據(jù)), 如果當(dāng)前沒有body, 則定義被request 確定的資源信息.

一些metainformation 是可選的; 一些是必須的。

－－ Allow

－－ Content-Encoding

－－ Content-Language

－－ Content-Length

－－ Content-Location

－－ Content-MD5

－－ Content-Range

－－ Content-Type

－－ Expires

－－ Last-Modified

－－ extension-header