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