第三章全?；痭ode.js3節(jié)網(wǎng)絡(luò)編程03http協(xié)議詳解

HTTP協(xié)議詳HTTP協(xié)議詳概四、HTTP協(xié)議詳解之消息報頭概HTP個層象由、式分系HTTP協(xié)議的主要特點可概括如下支持客戶/服務(wù)?模式簡單快速：客戶向服務(wù)?請求服務(wù)時，只需傳送請求方法和路徑。請求方法常用的有ET、HEAD、POST。每種方定了客戶與服務(wù)?聯(lián)系的類型不同。由于HTP協(xié)議簡單，使得HTP序靈活：HTTP允許傳輸任意類型的數(shù)據(jù)對象。正在傳輸?shù)念愋陀蒀ontent-Type無狀態(tài)：HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務(wù)處理沒有能力。缺少狀態(tài)意味著后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面，在服務(wù)?一、HTTP協(xié)議詳解之HTTPURL(URL是一種特殊類型的URI，包含了用于查找某個資源的足夠的信息)的格式如s_p指定請求資源的URIURL中沒有給出s_phURI的?1、輸入 2、二、HTTP協(xié)議詳解之請求 http請求由三部分組成，分別是：請求行、消息報頭、請求1、請求行以一個方法符號開頭，以空格分開，后面跟著請求的URI和協(xié)議的版本，格式如MethodMethodRequest-URIHTTP-VersionMethdRstU是一個統(tǒng)一資源標識符；HTPersion表示請求的HTP協(xié)CRLFF外，不允許出現(xiàn)單獨的CR或LF字符）。請求方法（所有方法全為大寫）有多種，各個方法的解釋如GET請求獲取Request-URI所標識的POST在Request-URI所標識的資源后附加新的HEAD請求獲取由Request-URI所標識的資源的響應(yīng)消息報頭PUT請求服務(wù)?一個資源，并用Request-URI作為其標識DELETE請求服務(wù)?刪除Request-URI所標識的資源TRACE請求服務(wù)?回送收到的請求信息，主要用于測試或診CONNECT保留將來使 請求查詢服務(wù)?的性能，或者查詢與資源相關(guān)的選項應(yīng)用舉例GET方法：在瀏覽?的地址欄中輸入的方式網(wǎng)頁時，瀏覽?采用GET方法向服務(wù)?獲取資源GETGET/form.htmlHTTP/1.1POST方法要求被請求服務(wù)?接受附在請求后面的數(shù)據(jù)，常用于提交表單。POSTPOST/regHTTP/Accept:image/gif,image/x-xbit,...Content-Length:22Connection:Keep-AliveConnection:Keep-AliveCache-Control:no-cacheuser=jeffrey&pwd=1234//HEADGEHEADHTP通過ET請求所得到的信息是相同的。利用這個方法，不必傳輸整個資源內(nèi)容，就可以得到s-URI所標識的資源的信息。該方法常用于測試超的有效性，是否可以，以及最近是否更新。2、請求報頭后3、請求正文(略三、HTTP協(xié)議在接收和解釋請求消息后，服務(wù)?返回一個HTTP響應(yīng)消息HTTP-VersionHTTP-VersionStatus-CodeReason-Phrase其中，HTTP-Version表示服務(wù)?HTTP協(xié)議的版本；Status-Code表示服務(wù)?發(fā)回的響應(yīng)狀Reason-Phrase表示狀態(tài)代碼的文本描狀態(tài)代碼有三位數(shù)字組成，第一個數(shù)字定義了響應(yīng)的類別，且有五種可能取1xx：指示信息--表示請求已接收，繼2xx：成功--表示請求已被成功接收、理解、3xx：重定向--要完成請求必須進行更進一步的4xx：客戶端錯誤--請求有語法錯誤或請求無法實5xx?200OK400BadRequest客戶端請求有語法錯誤，不能被服務(wù)?401Unauthorized//請求，這個狀態(tài)代碼必須和WWW-Authenticate報頭域一起使403Forbidden//服務(wù)?收到請求，但是提供服404NotFound請求資源不存在，eg：輸入了錯誤的URL500InternalServerError//服務(wù)?發(fā)生不可預(yù)期的錯誤503ServerUnavailable服務(wù)?eg：HTTP/1.1200OK2、響應(yīng)報頭后3、響應(yīng)正文就是服務(wù)?返回的資源的四、HTTP協(xié)議HTTP消息由客戶端到服務(wù)?的請求和服務(wù)?到客戶端的響應(yīng)組成。請求消息和響應(yīng)消息都是（對于請求消息，開始行就是請求行，對于響應(yīng)消息，開始行就是狀態(tài)行），消息報頭（可選）（只有CRLF的行），消息正文（可選）HTTP消息報頭包括普通報頭、請求報頭、響應(yīng)報頭、實體報每一個報頭域都是由名字+“:”+空格+值組成，消息報頭域的名字是大小寫無1、普通報Cache- 用于指定緩存指令，緩存指令是單向的（響應(yīng)中出現(xiàn)的緩存指令在請求中，HTPm。請求時的緩存指令包括：no-cache（用于指示請求或響應(yīng)消息不能緩存）、no-store、max-age-revalidate、max-age、s-eg：為了指示IE瀏覽?（客戶端）不要緩存頁面，服務(wù)?端的node.js程序可以編寫如response.setHeader("Cache-Control","no-response.setHeader("Cache-Control","no-2、請求報Accept-Accept-Language請求報頭域類似于Accept，但是它是用于指定一種自然語言。.如果請求消息中沒有設(shè)置這個報頭域，服務(wù)?假定客戶端對各種語言都可以接n請求報頭域主要用于證明客戶端查看某個資源。當瀏覽?一個頁面時，如果收到服務(wù)?的響應(yīng)代碼為1（未），可以發(fā)送一個包含zn請求報頭域的請求，要求服務(wù)?Host（發(fā)送請求時，該報頭域是必需的Host的Internt端從HTPURL來e：我們在瀏覽?中輸入 瀏覽?發(fā)送的請求消息中，就會包含Host請求報頭域此處使用缺省端80，若指定了端，則變成 User-我們上網(wǎng)登陸的時候，往往會看到一些歡迎信息，其中列出了你的操作系統(tǒng)的名稱和版本，你所使用的瀏覽?的名稱和版本，這往往讓很多人感到很神奇，實際上，服務(wù)?應(yīng)用程序就是從UsrAet這個請求報頭域中獲取到這些信息。UserAet請求報頭域允許客戶端將它的操作系統(tǒng)、瀏覽?性告訴服務(wù)?。不過，這個報頭域不是必需的，如果我們自己編寫一個瀏覽?，不使用Usr-Aet?請求報頭舉GETGET/form.htmlHTTP/1.1flash,application/vnd.ms-,application/msword,*/*Accept-Encoding:gzip,deflateIf-Modified-Since:Wed,05Jan200711:21:25GMTIf-None-Match:W/"80b1a4c018f3c41:8317"If-None-Match:W/"80b1a4c018f3c41:8317"User-Agent:Mozilla/4.0(compatible;MSIE6.0;WindowsNT5.0)Connection:Keep-Alive3、響應(yīng)報??I步常用的響應(yīng)Location響應(yīng)報頭域用于重定向接受者到一個新的位置。Location響應(yīng)報頭域常用在更換的時候Serve?UsrAeteg：WWW-Authenticate:Basicrealm="BasicAuthTest可以看出服務(wù)?對請求資源采用的是基本4、實體報（e：有無實體正常用的實體Content-容的編碼，因而要獲得Content-Type報頭域中所的類型，必須采用相應(yīng)的機制。Content-Content-Content-Length實體報頭域用于指明實體正文的長度，以字節(jié)方式的十進制數(shù)字來表示Content-Content-Type實體報頭域用語指明發(fā)送給接收者的實體正文的