HTTP請(qǐng)求數(shù)據(jù):
HTTP請(qǐng)求信息由3部分組成:
① 請(qǐng)求方法 URI 協(xié)議/版本
② 請(qǐng)求頭(Request Header)
③ 請(qǐng)求正文
HTTP 請(qǐng)求 數(shù)據(jù) 例子舉例:
GET/sample.Jsp HTTP/1.1Accept:image/gif.image/jpeg,/Accept-Language:zh-cnConnection:Keep-AliveHost:localhostUser-Agent:Mozila/4.0(compatible;MSIE5.01;Window NT5.0)Accept-Encoding:gzip,deflate username=jinqiao&password=1234
(1)請(qǐng)求方法URI協(xié)議/版本
請(qǐng)求的第一行是“方法URL協(xié)議版本”：
GET/sample.jsp HTTP/1.1
以上代碼中“GET”代表請(qǐng)求方法，“/sample.jsp”表示URI，“HTTP/1.1代表協(xié)議和協(xié)議的版本。
根據(jù)HTTP標(biāo)準(zhǔn)，HTTP請(qǐng)求可以使用多種請(qǐng)求方法。例如：HTTP1.1支持7種請(qǐng)求方法：GET、POST、HEAD、OPTIONS、 PUT、DELETE和TARCE。在Internet應(yīng)用中，最常用的方法是GET和POST。
URL完整地指定了要訪問(wèn)的網(wǎng)絡(luò)資源，通常只要給出相對(duì)于服務(wù)器的根目錄的相對(duì)目錄即可，因此總是以“/”開(kāi)頭，最后，協(xié)議版本 聲明了通信過(guò)程中使用HTTP的版本。
(2)請(qǐng)求頭(Request Header)
請(qǐng)求頭包含許多有關(guān)的客戶端環(huán)境和請(qǐng)求正文的有用信息。例如，請(qǐng)求頭可以聲明瀏覽器所用的語(yǔ)言，請(qǐng)求正文的長(zhǎng)度等。
Accept:image/gif.image/jpeg.*/*Accept-Language:zh-cnConnection:Keep-AliveHost:localhostUser-Agent:Mozila/4.0(compatible:MSIE5.01:Windows NT5.0)Accept-Encoding:gzip,deflate.
(3)請(qǐng)求正文
請(qǐng)求頭和請(qǐng)求正文之間是一個(gè)空行，這個(gè)行非常重要，它表示請(qǐng)求頭已經(jīng)結(jié)束，接下來(lái)的是請(qǐng)求正文。請(qǐng)求正文中可以包含客戶提 交的查詢字符串信息：
username=jinqiao&password=1234
Http請(qǐng)求方法：
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)頭。
OPTIONS 請(qǐng)求查詢服務(wù)器的性能，或查詢與資源相關(guān)的選項(xiàng)和需求。
PUT 請(qǐng)求服務(wù)器存儲(chǔ)一個(gè)資源，并用 Request-URI 作為其標(biāo)識(shí)。
DELETE 請(qǐng)求服務(wù)器刪除由 Request-URI 所標(biāo)識(shí)的資源。
TRACE 請(qǐng)求服務(wù)器回送收到的請(qǐng)求信息，主要用語(yǔ)測(cè)試或診斷。
HTTP響應(yīng)數(shù)據(jù):
Response Headers
Cache-Control：
must-revalidate, no-cache, private。這個(gè)值告訴客戶端，服務(wù)端不希望客戶端緩存資源，在下次請(qǐng)求資源時(shí)，必須要從新請(qǐng)求服務(wù)器，不能從緩存副本中獲取資源。 Cache-Control是響應(yīng)頭中很重要的信息，當(dāng)客戶端請(qǐng)求頭中包含Cache-Control:max-age=0請(qǐng)求，明確表示不會(huì)緩存服務(wù)器資源時(shí),Cache-Control作為作為回應(yīng)信息，通常會(huì)返回no-cache，意思就是說(shuō)，“不緩存就不緩存唄”；當(dāng)客戶端在請(qǐng)求頭中沒(méi)有包含Cache-Control時(shí)，服務(wù)端往往會(huì)定,不同的資源不同的緩存策略，比如說(shuō)oschina在緩存圖片資源的策略就是Cache-Control：max-age=86400,這個(gè)意思是，從當(dāng)前時(shí)間開(kāi)始，在86400秒的時(shí)間內(nèi)，客戶端可以直接從緩存副本中讀取資源，而不需要向服務(wù)器請(qǐng)求。
Connection：
keep-alive，
這個(gè)字段作為回應(yīng)客戶端的Connection：keep-alive，告訴客戶端服務(wù)器的tcp連接也是一個(gè)長(zhǎng)連接，客戶端可以繼續(xù)使用這個(gè)tcp連接發(fā)送http請(qǐng)求。關(guān)于長(zhǎng)連接的更多知識(shí)，后面我再詳細(xì)講。
Content-Encoding:
gzip
告訴客戶端，服務(wù)端發(fā)送的資源是采用gzip編碼的，客戶端看到這個(gè)信息后，應(yīng)該采用gzip對(duì)資源進(jìn)行解碼。
Content-Type:
text/html;charset=UTF-8
告訴客戶端，資源文件的類型，還有字符編碼，客戶端通過(guò)utf-8對(duì)資源進(jìn)行解碼，然后對(duì)資源進(jìn)行html解析。通常我們會(huì)看到有些網(wǎng)站是亂碼的，往往就是服務(wù)器端沒(méi)有返回正確的編碼。
Date：
Sun, 21 Sep 2014 06:18:21 GMT
這個(gè)是服務(wù)端發(fā)送資源時(shí)的服務(wù)器時(shí)間，剛開(kāi)始我不知道GMT是格林尼治所在地的標(biāo)準(zhǔn)時(shí)間，以為是服務(wù)器的時(shí)間錯(cuò)了，還去服務(wù)器上查看過(guò)時(shí)間。http協(xié)議中發(fā)送的時(shí)間都是GMT的，這主要是解決在互聯(lián)網(wǎng)上，不同時(shí)區(qū)在相互請(qǐng)求資源的時(shí)候，時(shí)間混亂問(wèn)題。
Expires:
Sun, 1 Jan 2000 01:00:00 GMT
這個(gè)響應(yīng)頭也是跟緩存有關(guān)的，告訴客戶端在這個(gè)時(shí)間前，可以直接訪問(wèn)緩存副本，很顯然這個(gè)值會(huì)存在問(wèn)題，因?yàn)榭蛻舳撕头?wù)器的時(shí)間不一定會(huì)都是相同的，如果時(shí)間不同就會(huì)導(dǎo)致問(wèn)題。所以這個(gè)響應(yīng)頭是沒(méi)有Cache-Control：max-age=***這個(gè)響應(yīng)頭準(zhǔn)確的，因?yàn)閙ax-age=date中的date是個(gè)相對(duì)時(shí)間，不僅更好理解，也更準(zhǔn)確。
Pragma:no-cache
這個(gè)含義與Cache-Control等同。
Server：
Tengine/1.4.6
這個(gè)是服務(wù)器和相對(duì)應(yīng)的版本，只是告訴客戶端服務(wù)器信息，沒(méi)有更多的意思。
Transfer-Encoding：
chunked
這個(gè)響應(yīng)頭告訴客戶端，服務(wù)器發(fā)送的資源的方式是分塊發(fā)送的。一般分塊發(fā)送的資源都是服務(wù)器動(dòng)態(tài)生成的，在發(fā)送時(shí)還不知道發(fā)送資源的大小，所以采用分塊發(fā)送，每一塊都是獨(dú)立的，獨(dú)立的塊都能標(biāo)示自己的長(zhǎng)度，最后一塊是0長(zhǎng)度的，當(dāng)客戶端讀到這個(gè)0長(zhǎng)度的塊時(shí)，就可以確定資源已經(jīng)傳輸完了。
Vary:
Accept-Encoding
告訴緩存服務(wù)器，緩存壓縮文件和非壓縮文件兩個(gè)版本，現(xiàn)在這個(gè)字段用處并不大，因?yàn)楝F(xiàn)在的瀏覽器都是支持壓縮的。