HTTP頭資訊解讀
本文為多篇“HTTP請求頭相關文章”及《HTTP權威指南》一書的閱讀後個人彙總整理版,以便於理解。
通常HTTP訊息包括客戶機向伺服器的請求訊息和伺服器向客戶機的響應訊息。客戶端向伺服器傳送一個請求,請求頭包含請求的方法、URI、協議版本、以及包含請求修飾符、客戶資訊和內容的類似於MIME的訊息結構。伺服器以一個狀態行作為響應,相應的內容包括訊息協議的版本,成功或者錯誤編碼加上包含伺服器資訊、實體元資訊以及可能的實體內容。
Http協議定義了很多與伺服器互動的方法,最基本的有4種,分別是GET、POST、PUT、DELETE。一個URL地址用於描述一個網路上的資源,而HTTP中的GET、POST、PUT、 DELETE就對應著對這個資源的查、改、增、刪4個操作,我們最常見的就是GET和POST了。GET一般用於獲取/查詢資源資訊,而POST一般用於更新資源資訊。
HTTP頭資訊解讀
HTTP的頭域包括通用頭、請求頭、響應頭和實體頭四個部分。每個頭域由一個域名,冒號(:)和域值三部分組成。
通用頭部是客戶端和伺服器都可以使用的頭部,可以在客戶端、伺服器和其他應用程式之間提供一些非常有用的通用功能,如Date頭部。
請求頭部是請求報文特有的,它們為伺服器提供了一些額外資訊,比如客戶端希望接收什麼型別的資料,如Accept頭部。
響應頭部便於客戶端提供資訊,比如,客服端在與哪種型別的伺服器進行互動,如Server頭部。
實體頭部指的是用於應對實體主體部分的頭部,比如,可以用實體頭部來說明實體主體部分的資料型別,如Content-Type頭部。
HTTP通用頭
通用頭域包含請求和響應訊息都支援的頭域,通用頭域包含快取頭部Cache-Control、Pragma及資訊性頭部Connection、Date、Transfer-Encoding、Update、Via。
1、Cache-Control
Cache-Control指定請求和響應遵循的快取機制。在請求訊息或響應訊息中設定 Cache-Control並不會修改另一個訊息處理過程中的快取處理過程。請求時的快取指令包括no-cache、no-store、max-age、 max-stale、min-fresh、only-if-cached,響應訊息中的指令包括public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age。各個訊息中的指令含義如下:
no-cache:指示請求或響應訊息不能快取,實際上是可以儲存在本地快取區中的,只是在與原始伺服器進行新鮮度驗證之前,快取不能將其提供給客戶端使用。
no-store:快取應該儘快從儲存器中刪除文件的所有痕跡,因為其中可能會包含敏感資訊。
max-age:快取無法返回快取時間長於max-age規定秒的文件,若不超規定秒瀏覽器將不會傳送對應的請求到伺服器,資料由快取直接返回;超過這一時間段才進一步由伺服器決定是返回新資料還是仍由快取提供。若同時還傳送了max-stale指令,則使用期可能會超過其過期時間。
min-fresh:至少在未來規定秒內文件要保持新鮮,接受其新鮮生命期大於其當前 Age 跟 min-fresh 值之和的快取物件。
max-stale:指示客戶端可以接收過期響應訊息,如果指定max-stale訊息的值,那麼客戶端可以接收過期但在指定值之內的響應訊息。
only-if-cached:只有當快取中有副本存在時,客戶端才會獲得一份副本。
Public:指示響應可被任何快取區快取,可以用快取內容迴應任何使用者。
Private:指示對於單個使用者的整個或部分響應訊息,不能被共享快取處理,只能用快取內容迴應先前請求該內容的那個使用者。
2、Pragma
Pragma頭域用來包含實現特定的指令,最常用的是Pragma:no-cache。在HTTP/1.1協議中,它的含義和Cache- Control:no-cache相同。
3、Connection
Connection表示是否需要持久連線。如果Servlet看到這裡的值為“Keep-Alive”,或者看到請求使用的是HTTP 1.1(HTTP 1.1預設進行持久連線),它就可以利用持久連線的優點,當頁面包含多個元素時(例如Applet,圖片),顯著地減少下載所需要的時間。要實現這一點,Servlet需要在應答中傳送一個Content-Length頭,最簡單的實現方法是:先把內容寫入ByteArrayOutputStream,然後在正式寫出內容之前計算它的大小。
Close:告訴WEB伺服器或者代理伺服器,在完成本次請求的響應後,斷開連線,不要等待本次連線的後續請求了。
Keepalive:告訴WEB伺服器或者代理伺服器,在完成本次請求的響應後,保持連線,等待本次連線的後續請求。
Keep-Alive:如果瀏覽器請求保持連線,則該頭部表明希望 WEB 伺服器保持連線多長時間(秒),如Keep-Alive:300。
4、Date
Date頭域表示訊息傳送的時間,伺服器響應中要包含這個頭部,因為快取在評估響應的新鮮度時要用到,其時間的描述格式由RFC822定義。例如,Date:Mon, 31 Dec 2001 04:25:57 GMT。Date描述的時間表示世界標準時,換算成本地時間,需要知道使用者所在的時區。
5、Transfer-Encoding
WEB 伺服器表明自己對本響應訊息體(不是訊息體裡面的物件)作了怎樣的編碼,比如是否分塊(chunked),例如:Transfer-Encoding: chunked
6、Upgrade
它可以指定另一種可能完全不同的協議,如HTTP/1.1客戶端可以向伺服器傳送一條HTTP/1.0請求,其中包含值為“HTTP/1.1”的Update頭部,這樣客戶端就可以測試一下伺服器是否也使用HTTP/1.1了。
7、Via
列出從客戶端到 OCS 或者相反方向的響應經過了哪些代理伺服器,他們用什麼協議(和版本)傳送的請求。
當客戶端請求到達第一個代理伺服器時,該伺服器會在自己發出的請求裡面新增 Via 頭部,並填上自己的相關資訊,當下一個代理伺服器 收到第一個代理伺服器的請求時,會在自己發出的請求裡面複製前一個代理伺服器的請求的Via頭部,並把自己的相關資訊加到後面,以此類推,當 OCS 收到最後一個代理伺服器的請求時,檢查 Via 頭部,就知道該請求所經過的路由。例如:Via:1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13)
HTTP請求頭
請求頭用於說明是誰或什麼在傳送請求、請求源於何處,或者客戶端的喜好及能力。伺服器可以根據請求頭部給出的客戶端資訊,試著為客戶端提供更好的響應。請求頭域可能包含下列欄位Accept、Accept-Charset、Accept- Encoding、Accept-Language、Authorization、From、Host、If-Modified-Since、If-Match、If-None-Match、If-Range、If-Range、If-Unmodified-Since、Max-Forwards、Proxy-Authorization、Range、Referer、User-Agent。對請求頭域的擴充套件要求通訊雙方都支援,如果存在不支援的請求頭域,一般將會作為實體頭域處理。
8、Accept
告訴WEB伺服器自己接受什麼介質型別,*/* 表示任何型別,type/* 表示該型別下的所有子型別,type/sub-type。
9、Accept-Charset
瀏覽器告訴伺服器自己能接收的字符集。
10、Accept-Encoding
瀏覽器申明自己接收的編碼方法,通常指定壓縮方法,是否支援壓縮,支援什麼壓縮方法(gzip,deflate)。
11、Accept-Language
瀏覽器申明自己接收的語言。語言跟字符集的區別:中文是語言,中文有多種字符集,比如big5,gb2312,gbk等等。
12、Authorization
當客戶端接收到來自WEB伺服器的 WWW-Authenticate 響應時,用該頭部來回應自己的身份驗證資訊給WEB伺服器。
13、If-Match
如果物件的 ETag 沒有改變,其實也就意味著物件沒有改變,才執行請求的動作,獲取文件。
14、If-None-Match
如果物件的 ETag 改變了,其實也就意味著物件也改變了,才執行請求的動作,獲取文件。
15、If-Modified-Since
如果請求的物件在該頭部指定的時間之後修改了,才執行請求的動作(比如返回物件),否則返回程式碼304,告訴瀏覽器該物件沒有修改。例如:If-Modified-Since:Thu, 10 Apr 2008 09:14:42 GMT
16、If-Unmodified-Since
如果請求的物件在該頭部指定的時間之後沒修改過,才執行請求的動作(比如返回物件)。
17、If-Range
瀏覽器告訴 WEB 伺服器,如果我請求的物件沒有改變,就把我缺少的部分給我,如果物件改變了,就把整個物件給我。瀏覽器通過傳送請求物件的ETag 或者自己所知道的最後修改時間給 WEB 伺服器,讓其判斷物件是否改變了。總是跟 Range 頭部一起使用。
18、Range
瀏覽器(比如 Flashget 多執行緒下載時)告訴 WEB 伺服器自己想取物件的哪部分。例如:Range: bytes=1173546
19、Proxy-Authenticate
代理伺服器響應瀏覽器,要求其提供代理身份驗證資訊。
20、Proxy-Authorization
瀏覽器響應代理伺服器的身份驗證請求,提供自己的身份資訊。
21、Host
客戶端指定自己想訪問的WEB伺服器的域名/IP 地址和埠號。如Host:rss.sina.com.cn
22、Referer
瀏覽器向WEB 伺服器表明自己是從哪個網頁URL獲得點選當前請求中的網址/URL,例如:Referer:http://www.ecdoer.com/
23、User-Agent
瀏覽器表明自己的身份(是哪種瀏覽器)。例如:User-Agent:Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN;rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
HTTP響應頭
響應頭向客戶端提供一些額外資訊,比如誰在傳送響應、響應者的功能,甚至與響應相關的一些特殊指令。這些頭部有助於客戶端處理響應,並在將來發起更好的請求。響應頭域包含Age、Location、Proxy-Authenticate、Public、Retry- After、Server、Vary、Warning、WWW-Authenticate。對響應頭域的擴充套件要求通訊雙方都支援,如果存在不支援的響應頭域,一般將會作為實體頭域處理。
24、Age
當代理伺服器用自己快取的實體去響應請求時,用該頭部表明該實體從產生到現在經過多長時間了。
25、Server
WEB 伺服器表明自己是什麼軟體及版本等資訊。例如:Server:Apache/2.0.61 (Unix)
26、Accept-Ranges
WEB伺服器表明自己是否接受獲取其某個實體的一部分(比如檔案的一部分)的請求。bytes:表示接受,none:表示不接受。
27、Vary
WEB伺服器用該頭部的內容告訴 Cache 伺服器,在什麼條件下才能用本響應所返回的物件響應後續的請求。假如源WEB伺服器在接到第一個請求訊息時,其響應訊息的頭部為:Content-Encoding: gzip; Vary: Content-Encoding,那麼Cache伺服器會分析後續請求訊息的頭部,檢查其Accept-Encoding,是否跟先前響應的Vary頭部值一致,即是否使用相同的內容編碼方法,這樣就可以防止Cache伺服器用自己Cache 裡面壓縮後的實體響應給不具備解壓能力的瀏覽器。例如:Vary:Accept-Encoding。
HTTP實體頭
實體頭部提供了有關實體及其內容的大量資訊,從有關物件型別的資訊,到能夠對資源使用的各種有效的請求方法。總之,實體頭部可以告知接收者它在對什麼進行處理。請求訊息和響應訊息都可以包含實體資訊,實體資訊一般由實體頭域和實體組成。實體頭域包含關於實體的原資訊,實體頭包括資訊性頭部Allow、Location,內容頭部Content-Base、Content-Encoding、Content-Language、Content-Length、Content-Location、Content-MD5、Content-Range、Content-Type,快取頭部Etag、Expires、Last-Modified、extension-header。
28、Allow
伺服器支援哪些請求方法(如GET、POST等)。
29、Location
表示客戶應當到哪裡去提取文件,用於將接收端定位到資源的位置(URL)上。Location通常不是直接設定的,而是通過HttpServletResponse的sendRedirect方法,該方法同時設定狀態程式碼為302。
30、Content-Base
解析主體中的相對URL時使用的基礎URL。
31、Content-Encoding
WEB伺服器表明自己使用了什麼壓縮方法(gzip,deflate)壓縮響應中的物件。例如:Content-Encoding:gzip
32、Content-Language
WEB 伺服器告訴瀏覽器理解主體時最適宜使用的自然語言。
33、Content-Length
WEB伺服器告訴瀏覽器自己響應的物件的長度或尺寸,例如:Content-Length: 26012
34、Content-Location
資源實際所處的位置。
35、Content-MD5
主體的MD5校驗和。
36、Content-Range
實體頭用於指定整個實體中的一部分的插入位置,他也指示了整個實體的長度。在伺服器向客戶返回一個部分響應,它必須描述響應覆蓋的範圍和整個實體長度。一般格式: Content-Range:bytes-unitSPfirst-byte-pos-last-byte-pos/entity-legth。例如,傳送頭500個位元組次欄位的形式:Content-Range:bytes0- 499/1234如果一個http訊息包含此節(例如,對範圍請求的響應或對一系列範圍的重疊請求),Content-Range表示傳送的範圍,Content-Length表示實際傳送的位元組數。
37、Content-Type
WEB 伺服器告訴瀏覽器自己響應的物件的型別。例如:Content-Type:application/xml
38、Etag
就是一個物件(比如URL)的標誌值,就一個物件而言,比如一個html檔案,如果被修改了,其Etag也會別修改,所以,ETag的作用跟Last-Modified的作用差不多,主要供WEB伺服器判斷一個物件是否改變了。比如前一次請求某個html檔案時,獲得了其 ETag,當這次又請求這個檔案時,瀏覽器就會把先前獲得ETag值傳送給WEB伺服器,然後WEB伺服器會把這個ETag跟該檔案的當前ETag進行對比,然後就知道這個檔案有沒有改變了。
39、Expires
WEB伺服器表明該實體將在什麼時候過期,對於過期了的物件,只有在跟WEB伺服器驗證了其有效性後,才能用來響應客戶請求。是 HTTP/1.0 的頭部。例如:Expires:Sat, 23 May 2009 10:02:12 GMT
40、Last-Modified
WEB伺服器認為物件的最後修改時間,比如檔案的最後修改時間,動態頁面的最後產生時間等等。例如:Last-Modified:Tue, 06 May 2008 02:42:43 GMT
相關文章
- Http頭資訊詳解HTTP
- HTTP協議的頭資訊詳解HTTP協議
- HTTP資訊頭管理器HTTP
- 《圖解HTTP》讀書筆記三:HTTP 報文內的 HTTP 資訊圖解HTTP筆記
- HTTP訊息中header頭部資訊的講解HTTPHeader
- 網頁快取相關的HTTP頭部資訊詳解網頁快取HTTP
- 《圖解HTTP》— HTTP報文資訊圖解HTTP
- 解讀HTTP/3HTTP
- 讀《圖解HTTP》圖解HTTP
- HTTP請求頭和響應頭詳解HTTP
- http協議報頭詳解HTTP協議
- HTTP協議頭詳解 (2)HTTP協議
- 精讀《圖解HTTP》圖解HTTP
- Jmeter —— jmeter設定HTTP資訊頭管理器模擬請求頭JMeterHTTP
- [譯] 那些我們不需要的 HTTP 頭資訊HTTP
- 全面解讀Http(HTTP內容分發)HTTP
- 圖解HTTP,閱讀分享圖解HTTP
- 《圖解 HTTP》讀後感圖解HTTP
- 《圖解HTTP》讀書筆記四:HTTP 首部圖解HTTP筆記
- 03 前端HTTP協議(圖解HTTP) 之 HTTP報文內的HTTP資訊前端HTTP協議圖解
- http請求頭個欄位解釋HTTP
- 《圖解 HTTP》 讀書筆記圖解HTTP筆記
- 圖解HTTP讀書筆記圖解HTTP筆記
- javaseverlet實現的http標頭檔案的讀取JavaHTTP
- 關於常用的http請求頭以及響應頭詳解HTTP
- 跨域http頭跨域HTTP
- http請求頭HTTP
- 《圖解HTTP》閱讀筆記(上)圖解HTTP筆記
- 《圖解HTTP》閱讀筆記(下)圖解HTTP筆記
- HTTP請求頭與響應頭HTTP
- 資訊不匹配痛點與頭位資訊解決之策
- 阿里上市全解讀——資訊圖阿里
- 《圖解HTTP》--讀書筆記(目錄)圖解HTTP筆記
- HTTP常見頭域HTTP
- 《圖解HTTP》讀書筆記二:簡單的 HTTP 協議圖解HTTP筆記協議
- 『動善時』JMeter基礎 — 16、JMeter配置元件【HTTP資訊頭管理器】JMeter元件HTTP
- HTTP協議訊息頭HTTP協議
- [php]HTTP協議頭解析PHPHTTP協議