HTTP協(xié)議之:消息報頭

HTTP消息報頭包括普通報頭摘符、請求報頭横辆、響應(yīng)報頭、實體報頭帮辟。每一個報頭域都是由名字+“:”+空格+值 組成速址,消息報頭域的名字是大小寫無關(guān)的。

1 通用信息頭

通用頭域包含請求和響應(yīng)消息都支持的頭域由驹,通用頭域包含Cache-Control芍锚、Connection昔园、Date、Pragma并炮、Transfer-Encoding默刚、Upgrade、Via逃魄。對通用頭域的擴展要求通訊雙方都支持此擴展荤西,如果存在不支持的通用頭域,一般將會作為實體頭域處理伍俘。下面簡單介紹幾個在UPnP消息中使用的通用頭域:

1.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ù)器僅僅描述當前用戶的整個或部分響應(yīng)消息,此響應(yīng)消息對于其他用戶的請求無效宴咧。
no-cache指示請求或響應(yīng)消息不能緩存
no-store用于防止重要的信息被無意的發(fā)布根灯。在請求消息中發(fā)送將使得請求和響應(yīng)消息都不使用緩存。
max-age指示客戶機可以接收生存期不大于指定時間(以秒為單位)的響應(yīng)掺栅。
min-fresh指示客戶機可以接收響應(yīng)時間小于當前時間加上指定時間的響應(yīng)烙肺。
max-stale指示客戶機可以接收超出超時期間的響應(yīng)消息。如果指定max-stale消息的值氧卧,那么客戶機可以接收超出超時期指定值之內(nèi)的響應(yīng)消息桃笙。

2.Date頭域

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

3.Pragma頭域

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

2 請求頭

1.Host頭域

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

2.Referer頭域

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

3.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)肩杈。

4.User-Agent頭域

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

3 響應(yīng)頭

1.Location響應(yīng)頭

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

2.Server響應(yīng)頭

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

4 實體頭

1.Content-Type實體頭

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

2.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ù)疾牲。

3.Last-modified實體頭

Last-modified實體頭指定服務(wù)器上保存內(nèi)容的最后修訂時間植捎。
例如,傳送頭500個字節(jié)次字段的形式:Content-Range:bytes0-499/1234如果一個http消息包含此節(jié)(例如阳柔,對范圍請求的響應(yīng)或?qū)σ幌盗蟹秶闹丿B請求)焰枢,Content-Range表示傳送的范圍,Content-Length表示實際傳送的字節(jié)數(shù)舌剂。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末济锄,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子霍转,更是在濱河造成了極大的恐慌荐绝,老刑警劉巖,帶你破解...
    沈念sama閱讀 212,718評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件避消,死亡現(xiàn)場離奇詭異低滩,居然都是意外死亡,警方通過查閱死者的電腦和手機岩喷,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,683評論 3 385
  • 文/潘曉璐 我一進店門恕沫,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人纱意,你說我怎么就攤上這事婶溯。” “怎么了偷霉?”我有些...
    開封第一講書人閱讀 158,207評論 0 348
  • 文/不壞的土叔 我叫張陵迄委,是天一觀的道長。 經(jīng)常有香客問我类少,道長叙身,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,755評論 1 284
  • 正文 為了忘掉前任硫狞,我火速辦了婚禮曲梗,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘妓忍。我一直安慰自己虏两,他們只是感情好,可當我...
    茶點故事閱讀 65,862評論 6 386
  • 文/花漫 我一把揭開白布世剖。 她就那樣靜靜地躺著定罢,像睡著了一般。 火紅的嫁衣襯著肌膚如雪旁瘫。 梳的紋絲不亂的頭發(fā)上祖凫,一...
    開封第一講書人閱讀 50,050評論 1 291
  • 那天琼蚯,我揣著相機與錄音,去河邊找鬼惠况。 笑死遭庶,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的稠屠。 我是一名探鬼主播峦睡,決...
    沈念sama閱讀 39,136評論 3 410
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼权埠!你這毒婦竟也來了榨了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,882評論 0 268
  • 序言:老撾萬榮一對情侶失蹤攘蔽,失蹤者是張志新(化名)和其女友劉穎龙屉,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體满俗,經(jīng)...
    沈念sama閱讀 44,330評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡转捕,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,651評論 2 327
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了唆垃。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片瓜富。...
    茶點故事閱讀 38,789評論 1 341
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖降盹,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情谤辜,我是刑警寧澤蓄坏,帶...
    沈念sama閱讀 34,477評論 4 333
  • 正文 年R本政府宣布,位于F島的核電站丑念,受9級特大地震影響涡戳,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜脯倚,卻給世界環(huán)境...
    茶點故事閱讀 40,135評論 3 317
  • 文/蒙蒙 一渔彰、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧推正,春花似錦恍涂、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,864評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至尊残,卻和暖如春炒瘸,著一層夾襖步出監(jiān)牢的瞬間淤堵,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,099評論 1 267
  • 我被黑心中介騙來泰國打工顷扩, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留拐邪,地道東北人。 一個月前我還...
    沈念sama閱讀 46,598評論 2 362
  • 正文 我出身青樓隘截,卻偏偏與公主長得像扎阶,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子技俐,可洞房花燭夜當晚...
    茶點故事閱讀 43,697評論 2 351

推薦閱讀更多精彩內(nèi)容

  • HTTP概述 超文本傳輸協(xié)議(HTTP乘陪,HyperText Transfer Protocol) 是互聯(lián)網(wǎng)上應(yīng)用最...
    曹淵說創(chuàng)業(yè)閱讀 3,843評論 2 61
  • 一、概念(載錄于:http://www.cnblogs.com/EricaMIN1987_IT/p/3837436...
    yuantao123434閱讀 8,337評論 6 152
  • Http協(xié)議詳解 標簽(空格分隔): Linux 聲明:本片文章非原創(chuàng)雕擂,內(nèi)容來源于博客園作者MIN飛翔的HTTP協(xié)...
    Sivin閱讀 5,212評論 3 82
  • 本文整理自MIN飛翔博客 [1] 1. 概念 協(xié)議是指計算機通信網(wǎng)絡(luò)中兩臺計算機之間進行通信所必須共同遵守的規(guī)定或...
    HoyaWhite閱讀 2,665評論 2 20
  • 書名:關(guān)鍵對話 類型:溝通 讀書時間:2017-3 第009本書 本書的6個關(guān)鍵點: 本書3個核心關(guān)鍵詞: 我想解...
    swanlin閱讀 138評論 0 0