1、HTTP請求方式
GET
向Web服務器請求一個文件
POST
向Web服務器發送數據讓Web服務器進行處理
PUT
向Web服務器發送數據并存儲在Web服務器內部
HEAD
檢查一個對象是否存在
DELETE
從Web服務器上刪除一個文件
CONNECT
對通道提供支持
TRACE
跟蹤到服務器的路徑
OPTIONS
查詢Web服務器的性能
說明：
主要使用到“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代表的頁面出發訪問當前請求的頁面
Responses 部分
Header解釋示例
Accept-Ranges表明服務器是否支持指定范圍請求及哪種類型的分段請求Accept-Ranges: bytes
Age從原始服務器到代理緩存形成的估算時間（以秒計，非負）Age: 12
Allow對某網絡資源的有效的請求行為，不允許則返回405Allow: GET, HEAD
Cache-Control告訴所有的緩存機制是否可以緩存及哪種類型Cache-Control: no-cache
Content-Encodingweb服務器支持的返回內容壓縮編碼類型。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
Serverweb服務器軟件名稱Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie設置Http CookieSet-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
歡迎關注我的公眾號（同步更新文章）：DoNet技術分享平臺
閱讀原文
