通常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頭部。
1、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)
2、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
3、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。
4、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 Request的Header信息
1、HTTP請求方式
說明：主要使用到“GET”和“POST”。
實例： POST /test/tupian/cm HTTP/1.1
分成三部分：
(1)POST：HTTP請求方式
(2)/test/tupian/cm：請求Web服務器的目錄地址(或者指令)
(3)HTTP/1.1: URI(Uniform Resource Identifier，統一資源標識符)及其版本
備注：在Ajax中，對應method屬性設置。
2、Host
說明：請求的web服務器域名地址
3、User-Agent
說明：HTTP客戶端運行的瀏覽器類型的詳細信息。通過該頭部信息，web服務器可以判斷到當前HTTP請求的客戶端瀏覽器類別。
實例：User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
4、Accept
說明：指定客戶端能夠接收的內容類型，內容類型中的先后次序表示客戶端接收的先后次序。
實例：Accept:text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
備注：在Prototyp(1.5)的Ajax代碼封裝中，將Accept默認設置為“text/javascript, text/html, application/xml, text/xml, */*”。這是因為Ajax默認獲取服務器返回的Json數據模式。在Ajax代碼中，可以使用XMLHttpRequest 對象中setRequestHeader函數方法來動態設置這些Header信息。
5、Accept-Language
說明：指定HTTP客戶端瀏覽器用來展示返回信息所優先選擇的語言。
實例：Accept-Language: zh-cn,zh;q=0.5 這里默認為中文。
6、Accept-Encoding
說明：指定客戶端瀏覽器可以支持的web服務器返回內容壓縮編碼類型。表示允許服務器在將輸出內容發送到客戶端以前進行壓縮，以節約帶寬。而這里設置的就是客戶端瀏覽器所能夠支持的返回壓縮格式。
實例：Accept-Encoding: gzip,deflate
備注：其實在百度很多產品線中，apache在給客戶端返回頁面數據之前，將數據以gzip格式進行壓縮。
7、Accept-Charset
說明：瀏覽器可以接受的字符編碼集。
實例：Accept-Charset: gb2312,utf-8;q=0.7,*;q=0.7
8、Content-Type
說明：顯示此HTTP請求提交的內容類型。一般只有post提交時才需要設置該屬性。
實例：Content-type: application/x-www-form-urlencoded;charset:UTF-8
備注：有關Content-Type屬性值可以如下兩種編碼類型：
(1)“application/x-www-form-urlencoded”： 表單數據向服務器提交時所采用的編碼類型，默認的缺省值就是“application/x-www-form-urlencoded”。 然而，在向服務器發送大量的文本、包含非ASCII字符的文本或二進制數據時這種編碼方式效率很低。
(2)“multipart/form-data”： 在文件上載時，所使用的編碼類型應當是“multipart/form-data”，它既可以發送文本數據，也支持二進制數據上載。
當提交為單單數據時，可以使用“application/x-www-form-urlencoded”;當提交的是文件時，就需要使用“multipart/form-data”編碼類型。
在Content-Type屬性當中還是指定提交內容的charset字符編碼。一般不進行設置，它只是告訴web服務器post提交的數據采用的何種字符編碼。
一般在開發過程，是由前端工程與后端UI工程師商量好使用什么字符編碼格式來post提交的，然后后端ui工程師按照固定的字符編碼來解析提交的數據。所以這里設置的charset沒有多大作用。
9、Connection
說明：表示是否需要持久連接。如果web服務器端看到這里的值為“Keep-Alive”，或者看到請求使用的是HTTP 1.1(HTTP 1.1默認進行持久連接)，它就可以利用持久連接的優點，當頁面包含多個元素時(例如Applet，圖片)，顯著地減少下載所需要的時間。要實現這一點， web服務器需要在返回給客戶端HTTP頭信息中發送一個Content-Length(返回信息正文的長度)頭，最簡單的實現方法是：先把內容寫入ByteArrayOutputStream，然 后在正式寫出內容之前計算它的大小。
實例：Connection: keep-alive
10、Keep-Alive
說明：顯示此HTTP連接的Keep-Alive時間。使客戶端到服務器端的連接持續有效，當出現對服務器的后繼請求時，Keep-Alive功能避免了建立或者重新建立連接。以前HTTP請求是一站式連接，從HTTP/1.1協議之后，就有了長連接，即在規定的Keep-Alive時間內，連接是不會斷開的。
實例：Keep-Alive: 300
11、cookie
說明：HTTP請求發送時，會把保存在該請求域名下的所有cookie值一起發送給web服務器。
12、Referer
說明：包含一個URL，用戶從該URL代表的頁面出發訪問當前請求的頁面
13、HTTP Response的Header信息
| 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 |
14、http返回錯誤碼
HTTP響應碼響應碼由三位十進制數字組成，它們出現在由HTTP服務器發送的響應的第一行。響應碼分五種類型，由它們的第一位數字表示：
1xx：信息，請求收到，繼續處理
2xx：成功，行為被成功地接受、理解和采納
3xx：重定向，為了完成請求，必須進一步執行的動作
4xx：客戶端錯誤，請求包含語法錯誤或者請求無法實現
5xx：服務器錯誤，服務器不能實現一種明顯無效的請求
下表顯示每個響應碼及其含義：
| 100 繼續 | 101 分組交換協 | 200 OK | 201 被創建 | 202 被采納 |
| 203 非授權信息 | 204 無內容 | 205 重置內容 | 206 部分內容 | 300 多選項 |
| 301 永久地傳送 | 302 找到 | 303 參見其他 | 304 未改動 | 305 使用代理 |
| 307 暫時重定向 | 400 錯誤請求 | 401 未授權 | 402 要求付費 | 403 禁止 |
| 404 未找到 | 405 不允許的方法 | 406 不被采納 | 407 要求代理授權 | 408 請求超時 |
| 409 沖突 | 410 過期的 | 411 要求的長度 | 412 前提不成立 | 413 請求實例太大 |
| 414 請求URI太大 | 415 不支持的媒體類型 | 416 無法滿足的請求范圍 | 417 失敗的預期 | 500 內部服務器錯誤 |
| 501 未被使用 | 502 網關錯誤 | 503 不可用的服務 | 504 網關超時 | 505 HTTP版本未被支持 |