APP開發(fā)實戰(zhàn)31-HTTP頭字段總結

7.5.5頭字段總結

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

(2)Accept-Charset:瀏覽器申明自己接收的字符集

(3)Accept-Encoding:瀏覽器申明自己接收的編碼方法,通常指定壓縮方法,是否支持壓縮,支持什么壓縮方法(gzip,deflate)

(4)Accept-Language:瀏覽器申明自己接收的語言,語言跟字符集的區(qū)別:中文是語言,中文有多種字符集,比如big5,gb2312,gbk等等。

(5)Accept-Ranges:WEB服務器表明自己是否接受獲取其某個實體的一部分(比如文件的一部分)的請求。bytes:表示接受,none:表示不接受。

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

(7)Authorization:當客戶端接收到來自WEB服務器的WWW-Authenticate響應時,用該頭部來回應自己的身份驗證信息給WEB服務器。

(8)Cache-Control:請求:no-cache(不要緩存的實體,要求現(xiàn)在從WEB服務器去?。?/p>

max-age:(只接受Age值小于max-age值,并且沒有過期的對象)

max-stale:(可以接受過去的對象,但是過期時間必須小于max-stale值)

min-fresh:(接受其新鮮生命期大于其當前Age跟min-fresh值之和的緩存對象)

響應:public(可以用Cached內(nèi)容回應任何用戶)

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

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

max-age:(本響應包含的對象的過期時間)

ALL: no-store(不允許緩存)

(9)Connection:請求:close(告訴WEB服務器或者代理服務器,在完成本次請求的響應后,斷開連接,不要等待本次連接的后續(xù)請求了)。

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

響應:close(連接已經(jīng)關閉)。

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

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

(10)Content-Encoding:WEB服務器表明自己使用了什么壓縮方法(gzip,deflate)壓縮響應中的對象。例如:Content-Encoding:gzip

(11)Content-Language:WEB服務器告訴瀏覽器自己響應的對象的語言。

(12)Content-Length:WEB服務器告訴瀏覽器自己響應的對象的長度。例如:Content-Length:26012

(13)Content-Range:WEB服務器表明該響應包含的部分對象為整個對象的哪個部分。例如:Content-Range:bytes 21010-47021/47022

(14)Content-Type:WEB服務器告訴瀏覽器自己響應的對象的類型。例如:Content-Type:application/xml

(15)ETag:就是一個對象(比如URL)的標志值,就一個對象而言,比如一個html文件,如果被修改了,其Etag也會別修改,所以ETag的作用跟Last-Modified的作用差不多,主要供WEB服務器判斷一個對象是否改變了。比如前一次請求某個html文件時,獲得了其ETag,當這次又請求這個文件時,瀏覽器就會把先前獲得的ETag值發(fā)送給WEB服務器,然后WEB服務器會把這個ETag跟該文件的當前ETag進行對比,然后就知道這個文件有沒有改變了。

(16)Expired:WEB服務器表明該實體將在什么時候過期,對于過期了的對象,只有在跟WEB服務器驗證了其有效性后,才能用來響應客戶請求。是HTTP/1.0的頭部。例如:Expires:Sat, 23 May 200910:02:12 GMT

(17)Host:客戶端指定自己想訪問的WEB服務器的域名/IP地址和端口號。例如:Host:rss.sina.com.cn

(18)If-Match:如果對象的ETag沒有改變,其實也就意味著對象沒有改變,才執(zhí)行請求的動作。

(19)If-None-Match:如果對象的ETag改變了,其實也就意味著對象也改變了,才執(zhí)行請求的動作。

(20)If-Modified-Since:如果請求的對象在該頭部指定的時間之后修改了,才執(zhí)行請求的動作(比如返回對象),否則返回代碼304,告訴瀏覽器該對象沒有修改。例如:If-Modified-Since:Thu, 10 Apr 200809:14:42 GMT

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

(22)If-Range:瀏覽器告訴WEB服務器,如果我請求的對象沒有改變,就把我缺少的部分給我,如果對象改變了,就把整個對象給我。瀏覽器通過發(fā)送請求對象的ETag或者自己所知道的最后修改時間給WEB服務器,讓其判斷對象是否改變了??偸歉鶵ange頭部一起使用。

(23)Last-Modified:WEB服務器認為對象的最后修改時間,比如文件的最后修改時間,動態(tài)頁面的最后產(chǎn)生時間等等。例如:Last-Modified:Tue, 06 May 200802:42:43 GMT

(24)Location:WEB服務器告訴瀏覽器,試圖訪問的對象已經(jīng)被移到別的位置了,到該頭部指定的位置去取。例如:Location:http://i0.sinaimg.cn/dy/deco/2008/0528/sinahome_0803_ws_005_text_0.gif

(25)Pramga:主要使用Pramga: no-cache,相當于Cache-Control:no-cache。例如:Pragma:no-cache

(26)Proxy-Authenticate:代理服務器響應瀏覽器,要求其提供代理身份驗證信息。Proxy-Authorization:瀏覽器響應代理服務器的身份驗證請求,提供自己的身份信息。

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

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

(29)Server: WEB服務器表明自己是什么軟件及版本等信息。例如:Server:Apache/2.0.61 (Unix)

(30)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

(31)Transfer-Encoding:

WEB服務器表明自己對本響應消息體(不是消息體里面的對象)作了怎樣的編碼,比如是否分塊(chunked)。例如:Transfer-Encoding:chunked

(32)Vary: WEB服務器用該頭部的內(nèi)容告訴Cache服務器,在什么條件下才能用本響應所返回的對象響應后續(xù)的請求。假如源WEB服務器在接到第一個請求消息時,其響應消息的頭部為:Content-Encoding:

gzip; Vary: Content-Encoding那么Cache服務器會分析后續(xù)請求消息的頭部,檢查其Accept-Encoding,是否跟先前響應的Vary頭部值一致,即是否使用相同的內(nèi)容編碼方法,這樣就可以防止Cache服務器用自己Cache里面壓縮后的實體響應給不具備解壓能力的瀏覽器。例如:Vary:Accept-Encoding

(33)Via:列出從客戶端到OCS或者相反方向的響應經(jīng)過了哪些代理服務器,他們用什么協(xié)議(和版本)發(fā)送的請求。當客戶端請求到達第一個代理服務器時,該服務器會在自己發(fā)出的請求里面添加Via頭部,并填上自己的相關信息,當下一個代理服務器收到第一個代理服務器的請求時,會在自己發(fā)出的請求里面復制前一個代理服務器的請求的Via頭部,并把自己的相關信息加到后面,以此類推,當OCS收到最后一個代理服務器的請求時,檢查Via頭部,就知道該請求所經(jīng)過的路由。例如:Via:1.0236.D0707195.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響應消息頭部實例:

Status:OK - 200 <--響應狀態(tài)碼,表示web服務器處理的結果。

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

<--反向代理服務器使用的HTTP頭部

Via:1.0 236-41.D07071951.sina.com.cn:80(squid/2.6.STABLE13)

Connection:close

最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

  • API定義規(guī)范 本規(guī)范設計基于如下使用場景: 請求頻率不是非常高:如果產(chǎn)品的使用周期內(nèi)請求頻率非常高,建議使用雙通...
    有涯逐無涯閱讀 2,917評論 0 6
  • http協(xié)議有http0.9,http1.0,http1.1和http2三個版本,但是現(xiàn)在瀏覽器使用的是htt...
    一現(xiàn)_閱讀 1,990評論 0 3
  • 通常HTTP消息包括客戶機向服務器的請求消息和服務器向客戶機的響應消息??蛻舳讼蚍掌靼l(fā)送一個請求,請求頭包含請求...
    簡不簡單_都好閱讀 754評論 0 4
  • 一、HTTP(HyperTextTransferProtocol)是超文本傳輸協(xié)議的縮寫,它用于傳送WWW方式的數(shù)...
    wuxuan94閱讀 294評論 0 1
  • (一)在夜里散步 火車頭停在寂靜的鐵軌上,一列列火車總是在深夜或黎明嚓嚓嚓穿過,經(jīng)常在半夢半睡間,就像帶走我迷糊未...
    ZhEnzHeN1987閱讀 273評論 0 0

友情鏈接更多精彩內(nèi)容