HTTP 協(xié)議

HTTP 是一個(gè)應(yīng)用層的面向?qū)ο蟮膮f(xié)議菱阵,由于其簡(jiǎn)捷、快速缩功,適用于分布式超媒體信息系統(tǒng)晴及。

一、HTTP的主要特點(diǎn)可以概括如下:

1.支持客戶/服務(wù)器模式嫡锌,

2虑稼、簡(jiǎn)單快速:客戶向服務(wù)器請(qǐng)求服務(wù)時(shí),只需傳送請(qǐng)求方法和路徑势木,請(qǐng)求方法常用的有GET蛛倦、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同啦桌,由于HTTP協(xié)議簡(jiǎn)單溯壶,使得HTTP服務(wù)器的程序規(guī)模小,因而通信速度很快甫男,

3且改、靈活:HTTP允許傳輸任意類型的數(shù)據(jù)對(duì)象,正在傳輸?shù)念愋陀?Content-Type 加以標(biāo)記

4板驳、無(wú)連接:無(wú)連接的含義是限制每次連接只處理一個(gè)請(qǐng)求又跛,服務(wù)器處理完客戶的請(qǐng)求,并收到客戶端的答應(yīng)后即斷開連接若治,采用這種方式可以節(jié)省傳輸時(shí)間效扫。

5、無(wú)狀態(tài):HTTP協(xié)議是無(wú)狀態(tài)協(xié)議直砂,無(wú)狀態(tài)協(xié)議是指對(duì)于事務(wù)的處理沒(méi)有記憶能力,缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息浩习,他必須要重傳静暂,這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面在服務(wù)器不需要先前信息時(shí)它的答應(yīng)就較快谱秽。

二洽蛀、URL

URL是一種特殊的URI摹迷,包含了查找某個(gè)資源的足夠的信息,他的格式是 http://host[":"port][abs_path]

http表示要通過(guò)HTTP協(xié)議來(lái)定位網(wǎng)絡(luò)資源郊供,host表示合法的Internet主機(jī)域名或者ip地址峡碉,port指定一個(gè)端口號(hào),為空則使用缺省端口80驮审;abs_path指定請(qǐng)求資源的URI鲫寄,如果URL中沒(méi)有給出abs_path,按摩當(dāng)它作為請(qǐng)求URI時(shí)疯淫,必須以 / ?的形式給出地来,通常這個(gè)工作瀏覽器自動(dòng)幫我們完成。

三熙掺、HTTP 請(qǐng)求

http請(qǐng)求由三部分組成未斑,分別是請(qǐng)求行,消息報(bào)頭币绩,請(qǐng)求正文

1蜡秽、請(qǐng)求行以一個(gè)方法符號(hào)開頭,以空格分開缆镣,后面跟著請(qǐng)求的URI和協(xié)議的版本芽突,請(qǐng)求行以一個(gè)方法符號(hào)開頭,以空格分開费就,后面跟著請(qǐng)求的URI和協(xié)議的版本诉瓦,格式如下:Method Request-URI HTTP-Version CRLF? 其中 Method表示請(qǐng)求方法;Request-URI是一個(gè)統(tǒng)一資源標(biāo)識(shí)符力细;HTTP-Version表示請(qǐng)求的HTTP協(xié)議版本睬澡;CRLF表示回車和換行(除了作為結(jié)尾的CRLF外,不允許出現(xiàn)單獨(dú)的CR或LF字符)眠蚂。

請(qǐng)求方法(所有方法全為大寫)有多種煞聪,各個(gè)方法的解釋如下:

GET???? 請(qǐng)求獲取Request-URI所標(biāo)識(shí)的資源

POST??? 在Request-URI所標(biāo)識(shí)的資源后附加新的數(shù)據(jù)

HEAD??? 請(qǐng)求獲取由Request-URI所標(biāo)識(shí)的資源的響應(yīng)消息報(bào)頭

PUT???? 請(qǐng)求服務(wù)器存儲(chǔ)一個(gè)資源,并用Request-URI作為其標(biāo)識(shí)DELETE? 請(qǐng)求服務(wù)器刪除Request-URI所標(biāo)識(shí)的資源

GET方法:在瀏覽器的地址欄中輸入網(wǎng)址的方式訪問(wèn)網(wǎng)頁(yè)時(shí)逝慧,瀏覽器采用GET方法向服務(wù)器獲取資源昔脯,eg:GET /form.html HTTP/1.1 (CRLF)

POST方法要求被請(qǐng)求服務(wù)器接受附在請(qǐng)求后面的數(shù)據(jù),常用于提交表單笛臣。

2云稚、消息報(bào)頭

四、HTTP響應(yīng)

在接收和解釋請(qǐng)求消息后沈堡,服務(wù)器返回一個(gè)HTTP響應(yīng)消息静陈。

HTTP響應(yīng)也是由三個(gè)部分組成,分別是:狀態(tài)行、消息報(bào)頭鲸拥、響應(yīng)正文1拐格、狀態(tài)行格式如下:HTTP-Version Status-Code Reason-Phrase CRLF其中,HTTP-Version表示服務(wù)器HTTP協(xié)議的版本刑赶;Status-Code表示服務(wù)器發(fā)回的響應(yīng)狀態(tài)代碼捏浊;Reason-Phrase表示狀態(tài)代碼的文本描述。狀態(tài)代碼有三位數(shù)字組成撞叨,第一個(gè)數(shù)字定義了響應(yīng)的類別金踪,且有五種可能取值:

1xx:指示信息--表示請(qǐng)求已接收,繼續(xù)處理

2xx:成功--表示請(qǐng)求已被成功接收谒所、理解热康、接受

3xx:重定向--要完成請(qǐng)求必須進(jìn)行更進(jìn)一步的操作

4xx:客戶端錯(cuò)誤--請(qǐng)求有語(yǔ)法錯(cuò)誤或請(qǐng)求無(wú)法實(shí)現(xiàn)

5xx:服務(wù)器端錯(cuò)誤--服務(wù)器未能實(shí)現(xiàn)合法的請(qǐng)求常見狀態(tài)代碼、狀態(tài)描述劣领、說(shuō)明:

200 OK????? //客戶端請(qǐng)求成功

400 Bad Request? //客戶端請(qǐng)求有語(yǔ)法錯(cuò)誤姐军,不能被服務(wù)器所理解401 Unauthorized //請(qǐng)求未經(jīng)授權(quán),這個(gè)狀態(tài)代碼必須和WWW-Authenticate報(bào)頭域一起使用?

403 Forbidden? //服務(wù)器收到請(qǐng)求尖淘,但是拒絕提供服務(wù)

404 Not Found? //請(qǐng)求資源不存在奕锌,eg:輸入了錯(cuò)誤的URL

500 Internal Server Error //服務(wù)器發(fā)生不可預(yù)期的錯(cuò)誤

503 Server Unavailable? //服務(wù)器當(dāng)前不能處理客戶端的請(qǐng)求,一段時(shí)間后可能恢復(fù)正常

五村生、HTTP的請(qǐng)求響應(yīng)模型

HTTP協(xié)議永遠(yuǎn)都是客戶端發(fā)起請(qǐng)求惊暴,服務(wù)器回送響應(yīng)。見下圖:


這樣就限制了使用HTTP協(xié)議趁桃,無(wú)法實(shí)現(xiàn)在客戶端沒(méi)有發(fā)起請(qǐng)求的時(shí)候辽话,服務(wù)器將消息推送給客戶端。

HTTP協(xié)議是一個(gè)無(wú)狀態(tài)的協(xié)議卫病,同一個(gè)客戶端的這次請(qǐng)求和上次請(qǐng)求是沒(méi)有對(duì)應(yīng)關(guān)系油啤。

1.工作流程

一次HTTP操作稱為一個(gè)事務(wù),其工作過(guò)程可分為四步:

1)首先客戶機(jī)與服務(wù)器需要建立連接蟀苛。只要單擊某個(gè)超級(jí)鏈接益咬,HTTP的工作開始。

2)建立連接后帜平,客戶機(jī)發(fā)送一個(gè)請(qǐng)求給服務(wù)器幽告,請(qǐng)求方式的格式為:統(tǒng)一資源標(biāo)識(shí)符(URL)、協(xié)議版本號(hào)裆甩,后邊是MIME信息包括請(qǐng)求修飾符冗锁、客戶機(jī)信息和可能的內(nèi)容。

3)服務(wù)器接到請(qǐng)求后嗤栓,給予相應(yīng)的響應(yīng)信息冻河,其格式為一個(gè)狀態(tài)行,包括信息的協(xié)議版本號(hào)、一個(gè)成功或錯(cuò)誤的代碼芋绸,后邊是MIME信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容担敌。

4)客戶端接收服務(wù)器所返回的信息通過(guò)瀏覽器顯示在用戶的顯示屏上摔敛,然后客戶機(jī)與服務(wù)器斷開連接。

如果在以上過(guò)程中的某一步出現(xiàn)錯(cuò)誤全封,那么產(chǎn)生錯(cuò)誤的信息將返回到客戶端马昙,有顯示屏輸出。對(duì)于用戶來(lái)說(shuō)刹悴,這些過(guò)程是由HTTP自己完成的行楞,用戶只要用鼠標(biāo)點(diǎn)擊,等待信息顯示就可以了土匀。

2 HTTP的幾個(gè)重要概念

連接:Connection

一個(gè)傳輸層的實(shí)際環(huán)流子房,它是建立在兩個(gè)相互通訊的應(yīng)用程序之間。

在http1.1就轧,request和reponse頭中都有可能出現(xiàn)一個(gè)connection的頭证杭,此header的含義是當(dāng)client和server通信時(shí)對(duì)于長(zhǎng)鏈接如何進(jìn)行處理。

在http1.1中妒御,client和server都是默認(rèn)對(duì)方支持長(zhǎng)鏈接的解愤,?如果client使用http1.1協(xié)議,但又不希望使用長(zhǎng)鏈接乎莉,則需要在header中指明connection的值為close送讲;如果server方也不想支持長(zhǎng)鏈接,則在response中也需要明確說(shuō)明connection的值為close惋啃。不論request還是response的header中包含了值為close的connection哼鬓,都表明當(dāng)前正在使用的tcp鏈接在當(dāng)天請(qǐng)求處理完畢后會(huì)被斷掉。以后client再進(jìn)行新的請(qǐng)求時(shí)就必須創(chuàng)建新的tcp鏈接了肥橙。

消息:Message

HTTP通訊的基本單位魄宏,包括一個(gè)結(jié)構(gòu)化的八元組序列并通過(guò)連接傳輸。

請(qǐng)求:Request

一個(gè)從客戶端到服務(wù)器的請(qǐng)求信息包括應(yīng)用于資源的方法存筏、資源的標(biāo)識(shí)符和協(xié)議的版本號(hào)宠互。

響應(yīng):Response

一個(gè)從服務(wù)器返回的信息包括HTTP協(xié)議的版本號(hào)、請(qǐng)求的狀態(tài)(例如“成功”或“沒(méi)找到”)和文檔的MIME類型椭坚。

資源:Resource

由URI標(biāo)識(shí)的網(wǎng)絡(luò)數(shù)據(jù)對(duì)象或服務(wù)予跌。

實(shí)體:Entity

數(shù)據(jù)資源或來(lái)自服務(wù)資源的回映的一種特殊表示方法,它可能被包圍在一個(gè)請(qǐng)求或響應(yīng)信息中善茎。一個(gè)實(shí)體包括實(shí)體頭信息和實(shí)體的本身內(nèi)容券册。

客戶機(jī):Client

一個(gè)為發(fā)送請(qǐng)求目的而建立連接的應(yīng)用程序。

用戶代理:UserAgent

初始化一個(gè)請(qǐng)求的客戶機(jī)。它們是瀏覽器烁焙、編輯器或其它用戶工具航邢。

服務(wù)器:Server

一個(gè)接受連接并對(duì)請(qǐng)求返回信息的應(yīng)用程序。

源服務(wù)器:Originserver

是一個(gè)給定資源可以在其上駐留或被創(chuàng)建的服務(wù)器骄蝇。

代理:Proxy

一個(gè)中間程序膳殷,它可以充當(dāng)一個(gè)服務(wù)器,也可以充當(dāng)一個(gè)客戶機(jī)九火,為其它客戶機(jī)建立請(qǐng)求赚窃。請(qǐng)求是通過(guò)可能的翻譯在內(nèi)部或經(jīng)過(guò)傳遞到其它的服務(wù)器中。一個(gè)代理在發(fā)送請(qǐng)求信息之前岔激,必須解釋并且如果可能重寫它勒极。

代理經(jīng)常作為通過(guò)防火墻的客戶機(jī)端的門戶,代理還可以作為一個(gè)幫助應(yīng)用來(lái)通過(guò)協(xié)議處理沒(méi)有被用戶代理完成的請(qǐng)求虑鼎。

網(wǎng)關(guān):Gateway

一個(gè)作為其它服務(wù)器中間媒介的服務(wù)器辱匿。與代理不同的是,網(wǎng)關(guān)接受請(qǐng)求就好象對(duì)被請(qǐng)求的資源來(lái)說(shuō)它就是源服務(wù)器震叙;發(fā)出請(qǐng)求的客戶機(jī)并沒(méi)有意識(shí)到它在同網(wǎng)關(guān)打交道掀鹅。

網(wǎng)關(guān)經(jīng)常作為通過(guò)防火墻的服務(wù)器端的門戶,網(wǎng)關(guān)還可以作為一個(gè)協(xié)議翻譯器以便存取那些存儲(chǔ)在非HTTP系統(tǒng)中的資源媒楼。

通道:Tunnel

是作為兩個(gè)連接中繼的中介程序乐尊。一旦激活,通道便被認(rèn)為不屬于HTTP通訊划址,盡管通道可能是被一個(gè)HTTP請(qǐng)求初始化的扔嵌。當(dāng)被中繼的連接兩端關(guān)閉時(shí),通道便消失夺颤。當(dāng)一個(gè)門戶(Portal)必須存在或中介(Intermediary)不能解釋中繼的通訊時(shí)通道被經(jīng)常使用痢缎。

本文來(lái)源于博客文章 HTTP詳解總結(jié)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市世澜,隨后出現(xiàn)的幾起案子独旷,更是在濱河造成了極大的恐慌,老刑警劉巖寥裂,帶你破解...
    沈念sama閱讀 212,816評(píng)論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件嵌洼,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡封恰,警方通過(guò)查閱死者的電腦和手機(jī)麻养,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,729評(píng)論 3 385
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)诺舔,“玉大人鳖昌,你說(shuō)我怎么就攤上這事备畦。” “怎么了许昨?”我有些...
    開封第一講書人閱讀 158,300評(píng)論 0 348
  • 文/不壞的土叔 我叫張陵懂盐,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我糕档,道長(zhǎng)允粤,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,780評(píng)論 1 285
  • 正文 為了忘掉前任翼岁,我火速辦了婚禮,結(jié)果婚禮上司光,老公的妹妹穿的比我還像新娘琅坡。我一直安慰自己,他們只是感情好残家,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,890評(píng)論 6 385
  • 文/花漫 我一把揭開白布榆俺。 她就那樣靜靜地躺著,像睡著了一般坞淮。 火紅的嫁衣襯著肌膚如雪茴晋。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 50,084評(píng)論 1 291
  • 那天回窘,我揣著相機(jī)與錄音诺擅,去河邊找鬼。 笑死啡直,一個(gè)胖子當(dāng)著我的面吹牛烁涌,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播酒觅,決...
    沈念sama閱讀 39,151評(píng)論 3 410
  • 文/蒼蘭香墨 我猛地睜開眼撮执,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了舷丹?” 一聲冷哼從身側(cè)響起抒钱,我...
    開封第一講書人閱讀 37,912評(píng)論 0 268
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎颜凯,沒(méi)想到半個(gè)月后谋币,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,355評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡装获,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,666評(píng)論 2 327
  • 正文 我和宋清朗相戀三年瑞信,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片穴豫。...
    茶點(diǎn)故事閱讀 38,809評(píng)論 1 341
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡凡简,死狀恐怖逼友,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情秤涩,我是刑警寧澤帜乞,帶...
    沈念sama閱讀 34,504評(píng)論 4 334
  • 正文 年R本政府宣布,位于F島的核電站筐眷,受9級(jí)特大地震影響黎烈,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜匀谣,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 40,150評(píng)論 3 317
  • 文/蒙蒙 一照棋、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧武翎,春花似錦烈炭、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,882評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至垫毙,卻和暖如春霹疫,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背综芥。 一陣腳步聲響...
    開封第一講書人閱讀 32,121評(píng)論 1 267
  • 我被黑心中介騙來(lái)泰國(guó)打工丽蝎, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人膀藐。 一個(gè)月前我還...
    沈念sama閱讀 46,628評(píng)論 2 362
  • 正文 我出身青樓征峦,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親消请。 傳聞我的和親對(duì)象是個(gè)殘疾皇子栏笆,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,724評(píng)論 2 351

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

  • 一、概念(載錄于:http://www.cnblogs.com/EricaMIN1987_IT/p/3837436...
    yuantao123434閱讀 8,337評(píng)論 6 152
  • 本篇文章篇幅比較長(zhǎng)臊泰,先來(lái)個(gè)思維導(dǎo)圖預(yù)覽一下蛉加。 一、概述 1.計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)分層 2.TCP/IP 通信傳輸流 ...
    滌生_Woo閱讀 54,980評(píng)論 24 557
  • HTTP概述 超文本傳輸協(xié)議(HTTP缸逃,HyperText Transfer Protocol) 是互聯(lián)網(wǎng)上應(yīng)用最...
    曹淵說(shuō)創(chuàng)業(yè)閱讀 3,843評(píng)論 2 61
  • Http協(xié)議詳解 標(biāo)簽(空格分隔): Linux 聲明:本片文章非原創(chuàng)针饥,內(nèi)容來(lái)源于博客園作者M(jìn)IN飛翔的HTTP協(xié)...
    Sivin閱讀 5,213評(píng)論 3 82
  • Spring Cloud為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn)需频,斷路器丁眼,智...
    卡卡羅2017閱讀 134,638評(píng)論 18 139