HTTP訊息中header頭部資訊的講解

來源:互聯網
上載者:User

標籤:

本文導讀:HTTP 訊息包括客戶機向伺服器的請求訊息和伺服器向客戶機的響應訊息。這兩種類型的訊息由一個起始行,一個或者多個頭域,一個只是頭域結束的空行和可選的訊息體 組成。HTTP的頭域包括通用頭,要求標頭,回應標頭和實體頭四個部分。每個頭域由一個網域名稱,冒號(:)和域值三部分組成。

 

HTTP RequestHeader資訊

 

1HTTP請求方式

如下表:

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屬性設定。

 

2Host

說明:

請求的web伺服器網域名稱地址

 

3User-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

 

4Accept

說明:

指定用戶端能夠接收的內容類型,內容類型中的先後次序表示用戶端接收的先後次序。

例如:

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資訊。

 

5Accept-Language

說明:

指定HTTP用戶端瀏覽器用來展示返回資訊所優先選擇的語言。

執行個體:

Accept-Language: zh-cn,zh;q=0.5

這裡預設為中文。

 

6Accept-Encoding

說明:

指定用戶端瀏覽器可以支援的web伺服器返回內容壓縮編碼類別型。表示允許伺服器在將輸出內容發送到用戶端以前進行壓縮,以節約頻寬。而這裡設定的就是用戶端瀏覽器所能夠支援的返回壓縮格式。

執行個體:

Accept-Encoding: gzip,deflate

備忘:

其實在百度很多產品線中,apache在給用戶端返回頁面資料之前,將資料以gzip格式進行壓縮。

 

7Accept-Charset

說明:

瀏覽器可以接受的字元編碼集。

執行個體:

Accept-Charset: gb2312,utf-8;q=0.7,*;q=0.7

 

8Content-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沒有多大作用。

 

9Connection

說明:

表示是否需要持久串連。如果web伺服器端看到這裡的值為“Keep-Alive”,或者看到請求使用的是HTTP 1.1(HTTP 1.1預設進行持久串連),它就可以利用持久串連的優點,當頁麵包含多個元素時(例如Applet,圖片),顯著地減少下載所需要的時間。要實現這一點, web伺服器需要在返回給用戶端HTTP頭資訊中發送一個Content-Length(返回資訊本文的長度)頭,最簡單的實現方法是:先把內容寫入 ByteArrayOutputStream,然 後在正式寫出內容之前計算它的大小。

執行個體:

Connection: keep-alive

 

10Keep-Alive

說明:

顯示此HTTP串連的Keep-Alive時間。使用戶端到伺服器端的串連持續有效,當出現對伺服器的後繼請求時,Keep-Alive功能避免了建立或者重建立立串連。

以前HTTP請求是一站式串連,從HTTP/1.1協議之後,就有了長串連,即在規定的Keep-Alive時間內,串連是不會斷開的。

執行個體:

Keep-Alive: 300

 

11cookie

說明:

HTTP請求發送時,會把儲存在該請求網域名稱下的所有cookie值一起發送給web伺服器。

 

12Referer

說明:

包含一個URL,使用者從該URL代表的頁面出發訪問當前請求的頁面

 

Responses 部分

 

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

HTTP訊息中header頭部資訊的講解

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.