HTTP（HyperTextTransferProtocol）即超文本傳輸協議，目前網頁傳輸的的通用協議。HTTP協議採用了請求/響應模型，瀏覽器或其他客戶端發出請求，服務器給與響應。就整個網絡資源傳輸而言，包括message-header和message-body兩部分。首先傳遞message- header，即http header消息 。http
header 消息通常被分爲4個部分：general header, request header, response header, entity header。但是這種分法就理解而言，感覺界限不太明確。根據維基百科對http header內容的組織形式，大體分爲Request和Response兩部分。
|
Header |
解釋 |
示例 |
|
Accept |
指定客戶端能夠接收的內容類型 |
Accept: text/plain, text/html |
|
Accept-Charset |
瀏覽器可以接受的字符編碼集。 |
Accept-Charset: iso-8859-5 |
|
Accept-Encoding |
指定瀏覽器可以支持的web服務器返回內容壓縮編碼類型。 |
Accept-Encoding: compress, gzip |
|
Accept-Language |
瀏覽器可接受的語言 |
Accept-Language: en,zh |
|
Accept-Ranges |
可以請求網頁實體的一個或者多個子範圍字段 |
Accept-Ranges: bytes |
|
Authorization |
HTTP授權的授權證書 |
Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
|
Cache-Control |
指定請求和響應遵循的緩存機制 |
Cache-Control: no-cache |
|
Connection |
表示是否需要持久連接。（HTTP 1.1默認進行持久連接） |
Connection: close |
|
Cookie |
HTTP請求發送時，會把保存在該請求域名下的所有cookie值一起發送給web服務器。 |
Cookie: $Version=1; Skin=new; |
|
Content-Length |
請求的內容長度 |
Content-Length: 348 |
|
Content-Type |
請求的與實體對應的MIME信息 |
Content-Type: application/x-www-form-urlencoded |
|
Date |
請求發送的日期和時間 |
Date: Tue, 15 Nov 2010 08:12:31 GMT |
|
Expect |
請求的特定的服務器行爲 |
Expect: 100-continue |
|
From |
發出請求的用戶的Email |
From: [email protected] |
|
Host |
指定請求的服務器的域名和端口號 |
Host: www.zcmhi.com |
|
If-Match |
只有請求內容與實體相匹配纔有效 |
If-Match: “737060cd8c284d8af7ad3082f209582d” |
|
If-Modified-Since |
如果請求的部分在指定時間之後被修改則請求成功，未被修改則返回304代碼 |
If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
|
If-None-Match |
如果內容未改變返回304代碼，參數爲服務器先前發送的Etag，與服務器迴應的Etag比較判斷是否改變 |
If-None-Match: “737060cd8c284d8af7ad3082f209582d” |
|
If-Range |
如果實體未改變，服務器發送客戶端丟失的部分，否則發送整個實體。參數也爲Etag |
If-Range: “737060cd8c284d8af7ad3082f209582d” |
|
If-Unmodified-Since |
只在實體在指定時間之後未被修改才請求成功 |
If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
|
Max-Forwards |
限制信息通過代理和網關傳送的時間 |
Max-Forwards: 10 |
|
Pragma |
用來包含實現特定的指令 |
Pragma: no-cache |
|
Proxy-Authorization |
連接到代理的授權證書 |
Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
|
Range |
只請求實體的一部分，指定範圍 |
Range: bytes=500-999 |
|
Referer |
先前網頁的地址，當前請求網頁緊隨其後,即來路 |
Referer: http://www.zcmhi.com/archives/71.html |
|
TE |
客戶端願意接受的傳輸編碼，並通知服務器接受接受尾加頭信息 |
TE: trailers,deflate;q=0.5 |
|
Upgrade |
向服務器指定某種傳輸協議以便服務器進行轉換（如果支持） |
Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 |
|
User-Agent |
User-Agent的內容包含發出請求的用戶信息 |
User-Agent: Mozilla/5.0 (Linux; X11) |
|
Via |
通知中間網關或代理服務器地址，通信協議 |
Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
|
Warning |
關於消息實體的警告信息 |
Warn: 199 Miscellaneous warning |
Accept
作用： 瀏覽器端可以接受的媒體類型,
例如： Accept: text/html 代表瀏覽器可以接受服務器回發的類型爲 text/html 也就是我們常說的html文檔,
如果服務器無法返回text/html類型的數據,服務器應該返回一個406錯誤(non acceptable)
通配符 * 代表任意類型
例如 Accept: */* 代表瀏覽器可以處理所有類型,(一般瀏覽器發給服務器都是發這個)
Accept-Encoding：
作用： 瀏覽器申明自己接收的編碼方法，通常指定壓縮方法，是否支持壓縮，支持什麼壓縮方法（gzip，deflate），（注意：這不是隻字符編碼）;
例如： Accept-Encoding: zh-CN,zh;q=0.8
Accept-Language
作用： 瀏覽器申明自己接收的語言。
語言跟字符集的區別：中文是語言，中文有多種字符集，比如big5，gb2312，gbk等等；
例如： Accept-Language: en-us
Connection
例如： Connection: keep-alive 當一個網頁打開完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP連接不會關閉，如果客戶端再次訪問這個服務器上的網頁，會繼續使用這一條已經建立的連接
例如： Connection: close 代表一個Request完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP連接會關閉， 當客戶端再次發送Request，需要重新建立TCP連接。
Host（發送請求時，該報頭域是必需的）
作用: 請求報頭域主要用於指定被請求資源的Internet主機和端口號，它通常從HTTP URL中提取出來的
例如: 我們在瀏覽器中輸入：http://www.hzau.edu.cn
瀏覽器發送的請求消息中，就會包含Host請求報頭域，如下：
Host：www.hzau.edu.cn
此處使用缺省端口號80，若指定了端口號，則變成：Host：指定端口號
Referer
當瀏覽器向web服務器發送請求的時候，一般會帶上Referer，告訴服務器我是從哪個頁面鏈接過來的，服務器籍此可以獲得一些信息用於處理。比如從我主頁上鍊接到一個朋友那裏，他的服務器就能夠從HTTP Referer中統計出每天有多少用戶點擊我主頁上的鏈接訪問他的網站。
User-Agent
作用：告訴HTTP服務器， 客戶端使用的操作系統和瀏覽器的名稱和版本.
我們上網登陸論壇的時候，往往會看到一些歡迎信息，其中列出了你的操作系統的名稱和版本，你所使用的瀏覽器的名稱和版本，這往往讓很多人感到很神奇，實際上，服務器應用程序就是從User-Agent這個請求報頭域中獲取到這些信息User-Agent請求報頭域允許客戶端將它的操作系統、瀏覽器和其它屬性告訴服務器。
例如： User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)
另外，訪問一些其他的URL的時候，request 的Header裏面一些其他的字段，下面來進行列舉：
比如我在登錄一個需要用戶名密碼登錄的網站時Request Header裏面就有上面還沒有提到過的字段。
如圖所示：
Cache-Control
我們網頁的緩存控制是由HTTP頭中的“Cache-control”來實現的，常見值有private、no-cache、max-age、must-revalidate等，默認爲private。這幾種值的作用是根據重新查看某一頁面時不同的方式來區分的：
（1）、打開新窗口
值爲private、no-cache、must-revalidate，那麼打開新窗口訪問時都會重新訪問服務器。而如果指定了max-age值（單位爲秒），那麼在此值內的時間裏就不會重新訪問服務器，例如：
Cache-control: max-age=5(表示當訪問此網頁後的5秒內再次訪問不會去服務器)
（2）、在地址欄回車
值爲private或must-revalidate則只有第一次訪問時會訪問服務器，以後就不再訪問。
值爲no-cache，那麼每次都會訪問。
值爲max-age，則在過期之前不會重複訪問。
（3）、按後退按扭
值爲private、must-revalidate、max-age，則不會重訪問，
值爲no-cache，則每次都重複訪問
（4）、按刷新按扭
無論爲何值，都會重複訪問
Cookie
Cookie是用來存儲一些用戶信息以便讓服務器辨別用戶身份的（大多數需要登錄的網站上面會比較常見），比如cookie會存儲一些用戶的用戶名和密碼，當用戶登錄後就會在客戶端產生一個cookie來存儲相關信息，這樣瀏覽器通過讀取cookie的信息去服務器上驗證並通過後會判定你是合法用戶，從而允許查看相應網頁。當然cookie裏面的數據不僅僅是上述範圍，還有很多信息可以存儲是cookie裏面，比如sessionid等。
If-Modified-Since
作用： 把瀏覽器端緩存頁面的最後修改時間發送到服務器去，服務器會把這個時間與服務器上實際文件的最後修改時間進行對比。如果時間一致，那麼返回304，客戶端就直接使用本地緩存文件。如果時間不一致，就會返回200和新的文件內容。客戶端接到之後，會丟棄舊文件，把新文件緩存起來，並顯示在瀏覽器中.
例如：Mon, 17 Aug 2015 12:03:33 GMT
If-None-Match
作用: If-None-Match和ETag一起工作，工作原理是在HTTP Response中添加ETag信息。 當用戶再次請求該資源時，將在HTTP Request 中加入If-None-Match信息(ETag的值)。如果服務器驗證資源的ETag沒有改變（該資源沒有更新），將返回一個304狀態告訴客戶端使用本地緩存文件。否則將返回200狀態和新的資源和Etag. 使用這樣的機制將提高網站的性能
例如: If-None-Match: W/"3119-1437038474000"
Response部分
|
Header |
解釋 |
示例 |
|
Accept-Ranges |
表明服務器是否支持指定範圍請求及哪種類型的分段請求 |
Accept-Ranges: bytes |
|
Age |
從原始服務器到代理緩存形成的估算時間（以秒計，非負） |
Age: 12 |
|
Allow |
對某網絡資源的有效的請求行爲，不允許則返回405 |
Allow: GET, HEAD |
|
Cache-Control |
告訴所有的緩存機制是否可以緩存及哪種類型 |
Cache-Control: no-cache |
|
Content-Encoding |
web服務器支持的返回內容壓縮編碼類型。 |
Content-Encoding: gzip |
|
Content-Language |
響應體的語言 |
Content-Language: en,zh |
|
Content-Length |
響應體的長度 |
Content-Length: 348 |
|
Content-Location |
請求資源可替代的備用的另一地址 |
Content-Location: /index.htm |
|
Content-MD5 |
返回資源的MD5校驗值 |
Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ== |
|
Content-Range |
在整個返回體中本部分的字節位置 |
Content-Range: bytes 21010-47021/47022 |
|
Content-Type |
返回內容的MIME類型 |
Content-Type: text/html; charset=utf-8 |
|
Date |
原始服務器消息發出的時間 |
Date: Tue, 15 Nov 2010 08:12:31 GMT |
|
ETag |
請求變量的實體標籤的當前值 |
ETag: “737060cd8c284d8af7ad3082f209582d” |
|
Expires |
響應過期的日期和時間 |
Expires: Thu, 01 Dec 2010 16:00:00 GMT |
|
Last-Modified |
請求資源的最後修改時間 |
Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT |
|
Location |
用來重定向接收方到非請求URL的位置來完成請求或標識新的資源 |
Location: http://www.zcmhi.com/archives/94.html |
|
Pragma |
包括實現特定的指令，它可應用到響應鏈上的任何接收方 |
Pragma: no-cache |
|
Proxy-Authenticate |
它指出認證方案和可應用到代理的該URL上的參數 |
Proxy-Authenticate: Basic |
|
refresh |
應用於重定向或一個新的資源被創造，在5秒之後重定向（由網景提出，被大部分瀏覽器支持） |
Refresh: 5; url= http://www.zcmhi.com/archives/94.html |
|
Retry-After |
如果實體暫時不可取，通知客戶端在指定時間之後再次嘗試 |
Retry-After: 120 |
|
Server |
web服務器軟件名稱 |
Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) |
|
Set-Cookie |
設置Http Cookie |
Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1 |
|
Trailer |
指出頭域在分塊傳輸編碼的尾部存在 |
Trailer: Max-Forwards |
|
Transfer-Encoding |
文件傳輸編碼 |
Transfer-Encoding:chunked |
|
Vary |
告訴下游代理是使用緩存響應還是從原始服務器請求 |
Vary: * |
|
Via |
告知代理客戶端響應是通過哪裏發送的 |
Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
|
Warning |
警告實體可能存在的問題 |
Warning: 199 Miscellaneous warning |
|
WWW-Authenticate |
表明客戶端請求實體應該使用的授權方案 |
WWW-Authenticate: Basic |
更多參見 w3c官網Header Field Definitions