HTTP首部概覽：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ù)器去取） 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 9、Content-Language：WEB 服務(wù)器告訴瀏覽器自己響應(yīng)的對象的語言。 10、Content-Length： WEB 服務(wù)器告訴瀏覽器自己響應(yīng)的對象的長度。例如：Content-Length: 26012 11、Content-Range： WEB 服務(wù)器表明該響應(yīng)包含的部分對象為整個對象的哪個部分。例如：Content-Range: bytes 21010-47021/47022 12、Content-Type： WEB 服務(wù)器告訴瀏覽器自己響應(yīng)的對象的類型。例如：Content-Type：application/xml 13、ETag：就是一個對象（比如URL）的標志值，就一個對象而言，比如一個 html 文件，如果被修改了，其 Etag 也會別修改，所以ETag 的作用跟 Last-Modified 的作用差不多，主要供 WEB 服務(wù)器判斷一個對象是否改變了。比如前一次請求某個 html 文件時，獲得了其 ETag，當(dāng)這次又請求這個文件時，瀏覽器就會把先前獲得的 ETag 值發(fā)送給WEB 服務(wù)器，然后 WEB 服務(wù)器會把這個 ETag 跟該文件的當(dāng)前 ETag 進行對比，然后就知道這個文件有沒有改變了。 14、 Expired：WEB服務(wù)器表明該實體將在什么時候過期，對于過期了的對象，只有在跟WEB服務(wù)器驗證了其有效性后，才能用來響應(yīng)客戶請求。是 HTTP/1.0 的頭部。例如：Expires：Sat, 23 May 2009 10:02:12 GMT 15、 Host：客戶端指定自己想訪問的WEB服務(wù)器的域名/IP 地址和端口號。例如：Host：rss.sina.com.cn 16、 If-Match：如果對象的 ETag 沒有改變，其實也就意味著對象沒有改變，才執(zhí)行請求的動作。 17、 If-None-Match：如果對象的 ETag 改變了，其實也就意味著對象也改變了，才執(zhí)行請求的動作。 18、 If-Modified-Since：如果請求的對象在該頭部指定的時間之后修改了，才執(zhí)行請求的動作（比如返回對象），否則返回代碼304，告訴瀏覽器 該對象沒有修改。例如：If-Modified-Since：Thu, 10 Apr 2008 09:14:42 GMT 19、 If-Unmodified-Since：如果請求的對象在該頭部指定的時間之后沒修改過，才執(zhí)行請求的動作（比如返回對象）。 20、 If-Range：瀏覽器告訴 WEB 服務(wù)器，如果我請求的對象沒有改變，就把我缺少的部分給我，如果對象改變了，就把整個對象給我。瀏覽器通過發(fā)送請求對象的 ETag 或者 自己所知道的最后修改時間給 WEB 服務(wù)器，讓其判斷對象是否改變了。總是跟 Range 頭部一起使用。 21、 Last-Modified：WEB 服務(wù)器認為對象的最后修改時間，比如文件的最后修改時間，動態(tài)頁面的最后產(chǎn)生時間等等。例如：Last-Modified：Tue, 06 May 2008 02:42:43 GMT 22、 Location：WEB 服務(wù)器告訴瀏覽器，試圖訪問的對象已經(jīng)被移到別的位置了，到該頭部指定的位置去取。例如：Location：http://i0.sinaimg.cn/dy/deco/2008/0528/sinahome_0803_ws_005_text_0.gif 23、 Pramga：主要使用 Pramga: no-cache，相當(dāng)于 Cache-Control： no-cache。例如：Pragma：no-cache 24、 Proxy-Authenticate： 代理服務(wù)器響應(yīng)瀏覽器，要求其提供代理身份驗證信息。Proxy-Authorization：瀏覽器響應(yīng)代理服務(wù)器的身份驗證請求，提供自己的身份信息。 25、 Range：瀏覽器（比如 Flashget 多線程下載時）告訴 WEB 服務(wù)器自己想取對象的哪部分。例如：Range: bytes=1173546- 26、 Referer：瀏覽器向 WEB 服務(wù)器表明自己是從哪個 網(wǎng)頁/URL 獲得/點擊 當(dāng)前請求中的網(wǎng)址/URL。例如：Referer：http://www.sina.com/ 27、 Server: WEB 服務(wù)器表明自己是什么軟件及版本等信息。例如：Server：Apache/2.0.61 (Unix) 28、 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 29、 Transfer-Encoding: WEB 服務(wù)器表明自己對本響應(yīng)消息體（不是消息體里面的對象）作了怎樣的編碼，比如是否分塊（chunked）。例如：Transfer-Encoding: chunked 30、 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 31、 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.D0707195.sina.com.cn:80 (squid/2.6.STABLE13)

?

轉(zhuǎn)載于:https://www.cnblogs.com/zy09/p/10490279.html

總結(jié)

以上是生活随笔為你收集整理的HTTP首部概览的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。