16課網(wǎng)絡(luò)編程http協(xié)議詳解

HTP是一個(gè)屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議，由于其簡(jiǎn)捷、快速的方式，適用于分布式超信息系統(tǒng)。它于1990年提出，經(jīng)過幾年的使用與發(fā)展，得到不斷地完善和擴(kuò)展。目前在WWW中使用的是HTP.的第六版，HTP1的規(guī)范化工作正在進(jìn)行之中，而且HTP-NG(NxtGeonofHTP)的建議已經(jīng)提出。簡(jiǎn)單快速：客戶向服務(wù)器請(qǐng)求服務(wù)時(shí)，只需傳送請(qǐng)求方法和路徑。請(qǐng)求方法常用的有GET、EAD、POST。每種方定了客戶與服務(wù)器聯(lián)系的類型不同。由于HTTP協(xié)議簡(jiǎn)單，使得TTP服務(wù)器的程序規(guī)模小，因而通信速度很快。開連接。采用這種方式可以節(jié)省傳輸時(shí)間。無狀態(tài)：HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒有能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面，在服務(wù)器不需要先前信息時(shí)它的應(yīng)答就較快。HTTPURLURL是一種特殊類型的URI，包含了用于查找某個(gè)資源的足夠的信息)的格式如下：pathabs_path指定請(qǐng)求資源的R；如果L中沒有給出abs_path，那么當(dāng)它作為請(qǐng)求UI時(shí)，必須以“/”的式給，通常這個(gè)工作瀏覽器自動(dòng)幫 完成。 、Method表示請(qǐng)求方法；Request-URI是一個(gè)統(tǒng)一資源標(biāo)識(shí)符；HTTP-Version表示請(qǐng)求的HTTP協(xié)議版本；GET請(qǐng)求獲取Request-URIPOST在Request-URIHEAD請(qǐng)求獲取由Request-URI所標(biāo)識(shí)的資源的響應(yīng)消息報(bào)頭PUT請(qǐng)求服務(wù)器一個(gè)資源，并用Request-URI作為其標(biāo)識(shí)DELETE請(qǐng)求服務(wù)器刪除Request-URI所標(biāo)識(shí)的資源OPTIONSAccept:image/gif,image/x-xbit,...Accept:image/gif,image/x-xbit,...Content-Length:22Connection:Keep-AliveCache-Control:no-cache 求所得到的信息是相同的。利用這個(gè)方法，不必傳輸整個(gè)資源內(nèi)容，就可以得到eustURI所標(biāo)識(shí)的資源的信息。該方法常用于測(cè)試超的有效性，是否可以，以及最近是否更新。3、請(qǐng)求正文(略HTTPHTTP-VersionStatus-CodeReason-Phrase200OK//400BadRequest Unauthorized//請(qǐng) 403Forbidden//服務(wù)器收到請(qǐng)求，但是提供服404NotFound//請(qǐng)求資源不存在，eg：輸入了錯(cuò)誤的URL500InternalServerError//服務(wù)器發(fā)生不可預(yù)期的錯(cuò)誤503ServerUnavailable服務(wù)器當(dāng)前不能處理客戶端的請(qǐng)求，一段時(shí)間后可能恢復(fù)正常eg：HTTP/1.1200OK（CRLF）HTTP消息由客戶端到服務(wù)器的請(qǐng)求和服務(wù)器到客戶端的響應(yīng)組成。請(qǐng)求消息和響應(yīng)消息都是由開始行（消息，開始行就是請(qǐng)求行，對(duì)于響應(yīng)消息，開始行就是狀態(tài)行），消息報(bào)頭（可選），空行（只有CRL的行），消息正文（可選）組成。名字+“:”+空格+值CcheContl用于指定緩存指令，緩存指令是單向的（響應(yīng)中出現(xiàn)的緩存指令在請(qǐng)求中未必會(huì)出現(xiàn)），且是獨(dú)立的（一個(gè)消息的緩存指令不會(huì)影響另一個(gè)消息處理的緩存機(jī)制），HTTP10使用的類似的報(bào)頭域?yàn)镻m。min-fresh、only-if- Cnnction普通報(bào)頭域允許發(fā)送指定連接的選項(xiàng)。例如指定連接是連續(xù)，或者指定ls選項(xiàng)，通知服務(wù)器，在響應(yīng)完成后，關(guān)閉連接Acept請(qǐng)求報(bào)頭域用于指定客戶端接受哪些類型的信息。：Accet：image/if，表明客戶端希望接受GIF式的資源；Accet：tt/html，表明客戶端希望接受html文本。AceptChaset請(qǐng)求報(bào)頭域用于指定客戶端接受的字符集。g：Accet-Chrstiso-889-,gb231. Athoization請(qǐng)求報(bào)頭域主要用于證明客戶端有權(quán)查看某個(gè)資源。當(dāng)瀏覽器一個(gè)頁面時(shí)，如果收到服務(wù)器的響應(yīng)代碼為40（未），可以發(fā)送一個(gè)包含Authoization請(qǐng)求報(bào)頭域的請(qǐng)求，要求服務(wù)器對(duì)其進(jìn)行驗(yàn)證。Host（發(fā)送請(qǐng)求時(shí)，該報(bào)頭域是必需的 主機(jī)和端，它通常從HTTPURL中提取出來的，eg： 此處使用缺省端80，若指定了端，則變成 User-上網(wǎng)登陸的時(shí)候，往往會(huì)看到一些歡迎信息，其中列出了你的操作系統(tǒng)的名稱和版本，你所使用的瀏覽器的名稱和版本，這往往讓很多人感到很神奇，實(shí)際上，服務(wù)器應(yīng)用程序就是從UserAgent這個(gè)請(qǐng)求報(bào)頭域中獲取到這些信息。User-Aget請(qǐng)求報(bào)頭域允許客戶端將它的操作系統(tǒng)、瀏覽器和其它屬性告訴服務(wù)器。不過，這個(gè)報(bào)頭域不是必需的，如果自己編寫一個(gè)瀏覽器，不使用UserAgent請(qǐng)求報(bào)頭域，那么服務(wù)器端就無法得知的信息了。Accept-Encoding:gzip,deflateIf-None-Match:W/"80b1a4c018f3c41:8317"User-Agent:Mozilla/4.0(compatible;MSIE6.0;WindowsNT5.0)Connection:Keep-Alive響應(yīng)報(bào)頭允許服務(wù)器傳遞不能放在狀態(tài)行中的附加響應(yīng)信息，以及關(guān)于服務(wù)器的信息和對(duì)eust-UR下一步的信息。WWWAttit響應(yīng)報(bào)頭域必須被包含在40（未的）響應(yīng)消息中，客戶端收到40響應(yīng)消息時(shí)候，并發(fā)送Athoization報(bào)頭域請(qǐng)求服務(wù)器對(duì)其進(jìn)行驗(yàn)證時(shí)，服務(wù)端響應(yīng)報(bào)頭就包含該報(bào)頭域。eg：WWW-Authenticate:Basicrealm="BasicAuthTest!"http://可以看出服務(wù)器對(duì)請(qǐng)求資源采用的是基本驗(yàn)證機(jī)制。請(qǐng)求和響應(yīng)消息都可以傳送一個(gè)實(shí)體。一個(gè)實(shí)體由實(shí)體報(bào)頭域和實(shí)體正文組成，但并不是說實(shí)體報(bào)頭域和實(shí)體正文要在一起發(fā)送，可以只發(fā)送實(shí)體報(bào)頭域。實(shí)體報(bào)頭定義了關(guān)于實(shí)體正文（g：有無實(shí)體正文）和請(qǐng)求所標(biāo)識(shí)的資源的元信息。Content-Content-Encoding實(shí)體報(bào)頭域被用作類型的修飾符，它的值指示了已經(jīng)被應(yīng)用到實(shí)體正文的附加內(nèi)容的編碼，因而要獲得Content-Type報(bào)頭域中所的類型，必須采用相應(yīng)的機(jī)制。Content-Encoding這樣用于記錄文檔的壓縮方法，eg：Content-Content-Cttue實(shí)體報(bào)頭域描述了資源所用的自然語言。沒有設(shè)置該域則認(rèn)為實(shí)體內(nèi)容將提供給所有的語言閱讀Content-Ei實(shí)體報(bào)頭域給出響應(yīng)過期的日期和時(shí)間。為了讓服務(wù)器或?yàn)g覽器在一段時(shí)間以后更新緩存中(次曾過的頁面時(shí)，直接從緩存中加載，縮短響應(yīng)時(shí)間和降低服務(wù)器負(fù)載)