HTTP響應頭資訊和請求頭資訊詳解

web性能測試中有一個web資源分析，web資源是從伺服器入手對web伺服器的性能進行分析。是以了解一下以下資訊是很有必要的哦。

一：響應頭資訊

HTTP（HyperTextTransferProtocol）是超文本傳輸協定的縮寫，它用于傳送WWW方式的資料，關于HTTP協定的詳 細内容請參考RFC2616。HTTP協定采用了請求/響應模型。用戶端向伺服器發送一個請求，請求頭包含請求的方法、URI、協定版本、以及包含請求修 飾符、客戶資訊和内容的類似于MIME的消息結構。伺服器以一個狀态行作為響應，相應的内容包括消息協定的版本，成功或者錯誤編碼加上包含伺服器資訊、實 體元資訊以及可能的實體内容。

通常HTTP消息包括客戶機向伺服器的請求消息和伺服器向客戶機的響應消息。這兩種類型的消息由一個起始行，一個或者多個頭域，一個隻是頭域結束的空行和可選的消息體組成。HTTP的頭域包括通用頭，請求頭，響應頭和實體頭四個部分。每個頭域由一個域名，冒号（:）和域值三部分組成。域名是大小寫無關的，域值前可以添加任何數量的空格符，頭域可以被擴充為多行，在每行開始處，使用至少一個空格或制表符。

通用頭域 

通用頭域包含請求和響應消息都支援的頭域，通用頭域包含Cache-Control、 Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。對通用頭域的擴充要求通訊雙方都支援此擴充，如果存在不支援的通用頭域，一般将會作為實體頭域處理。下面簡單介紹幾個在UPnP消息中使用的通用頭域。

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。各個消息中的指令含義如下：

Public訓示響應可被任何緩存區緩存。 

Private訓示對于單個使用者的整個或部分響應消息，不能被共享緩存處理。這允許伺服器僅僅描述當使用者的部分響應消息，此響應消息對于其他使用者的請求無效。 

no-cache訓示請求或響應消息不能緩存 

no-store用于防止重要的資訊被無意的釋出。在請求消息中發送将使得請求和響應消息都不使用緩存。 

max-age訓示客戶機可以接收生存期不大于指定時間（以秒為機關）的響應。 

min-fresh訓示客戶機可以接收響應時間小于目前時間加上指定時間的響應。 

max-stale訓示客戶機可以接收超出逾時期間的響應消息。如果指定max-stale消息的值，那麼客戶機可以接收超出逾時期指定值之内的響應消息。 

Date頭域 

Date頭域表示消息發送的時間，時間的描述格式由rfc822定義。例如，Date:Mon,31Dec200104:25:57GMT。Date描述的時間表示世界标準時，換算成本地時間，需要知道使用者所在的時區。

Pragma頭域 

Pragma頭域用來包含實作特定的指令，最常用的是Pragma:no-cache。在HTTP/1.1協定中，它的含義和Cache- Control:no-cache相同。

請求消息 

請求消息的第一行為下面的格式： 

SP表示空格。Request-URI遵循URI格式，在此字段為星号（*）時，說明請求并不用于某個特定的資源位址，而是用于伺服器本身。HTTP- Version表示支援的HTTP版本，例如為HTTP/1.1。CRLF表示換行回車符。請求頭域允許用戶端向伺服器傳遞關于請求或者關于客戶機的附加資訊。請求頭域可能包含下列字段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。對請求頭域的擴充要求通訊雙方都支援，如果存在不支援的請求頭域，一般将會作為實體頭域處理。

典型的請求消息： 

GET http://download.microtool.de:80/somedata.exe 

Host: download.microtool.de 

Accept:*/* 

Pragma: no-cache 

Cache-Control: no-cache 

Referer: http://download.microtool.de/ 

User-Agent:Mozilla/4.04[en](Win95;I;Nav) 

Range:bytes=554554- 

上例第一行表示HTTP用戶端（可能是浏覽器、下載下傳程式）通過GET方法獲得指定URL下的檔案。棕色的部分表示請求頭域的資訊，綠色的部分表示通用頭部分。 

Host頭域 

Host頭域指定請求資源的Intenet主機和端口号，必須表示請求url的原始伺服器或網關的位置。HTTP/1.1請求必須包含主機頭域，否則系統會以400狀态碼傳回。

Referer頭域 

Referer 頭域允許用戶端指定請求uri的源資源位址，這可以允許伺服器生成回退連結清單，可用來登陸、優化cache等。他也允許廢除的或錯誤的連接配接由于維護的目的被追蹤。如果請求的uri沒有自己的uri位址，Referer不能被發送。如果指定的是部分uri位址，則此位址應該是一個相對位址。

Range頭域 

Range頭域可以請求實體的一個或者多個子範圍。例如， 

表示頭500個位元組：bytes=0-499 

表示第二個500位元組：bytes=500-999 

表示最後500個位元組：bytes=-500 

表示500位元組以後的範圍：bytes=500- 

第一個和最後一個位元組：bytes=0-0,-1 

同時指定幾個範圍：bytes=500-600,601-999 

但是伺服器可以忽略此請求頭，如果無條件GET包含Range請求頭，響應會以狀态碼206（PartialContent）傳回而不是以200 （OK）。 

User-Agent頭域 

User-Agent頭域的内容包含送出請求的使用者資訊。 

響應消息 

響應消息的第一行為下面的格式： 

HTTP-VersionSPStatus-CodeSPReason-PhraseCRLF 

HTTP- Version表示支援的HTTP版本，例如為HTTP/1.1。Status- Code是一個三個數字的結果代碼。Reason-Phrase給Status-Code提供一個簡單的文本描述。Status-Code主要用于機器自動識别，Reason-Phrase主要用于幫助使用者了解。Status-Code的第一個數字定義響應的類别，後兩個數字沒有分類的作用。第一個數字可能取5個不同的值：

1xx:資訊響應類，表示接收到請求并且繼續處理 

2xx:處理成功響應類，表示動作被成功接收、了解和接受 

3xx:重定向響應類，為了完成指定的動作，必須接受進一步處理 

4xx:用戶端錯誤，客戶請求包含文法錯誤或者是不能正确執行 

5xx:服務端錯誤，伺服器不能正确執行一個正确的請求 

響應頭域允許伺服器傳遞不能放在狀态行的附加資訊，這些域主要描述伺服器的資訊和 Request-URI進一步的資訊。響應頭域包含Age、Location、Proxy-Authenticate、Public、Retry- After、Server、Vary、Warning、WWW-Authenticate。對響應頭域的擴充要求通訊雙方都支援，如果存在不支援的響應頭域，一般将會作為實體頭域處理。

典型的響應消息： 

HTTP/1.0200OK 

Date:Mon,31Dec200104:25:57GMT 

Server:Apache/1.3.14(Unix) 

Content-type:text/html 

Last-modified:Tue,17Apr200106:46:28GMT 

Etag:"a030f020ac7c01:1e9f" 

Content-length:39725426 

Content-range:bytes554554-40279979/40279980 

上例第一行表示HTTP服務端響應一個GET方法。棕色的部分表示響應頭域的資訊，綠色的部分表示通用頭部分，紅色的部分表示實體頭域的資訊。 

Location響應頭 

Location響應頭用于重定向接收者到一個新URI位址。 

Server響應頭 

Server響應頭包含處理請求的原始伺服器的軟體資訊。此域能包含多個産品辨別和注釋，産品辨別一般按照重要性排序。 

實體 

請求消息和響應消息都可以包含實體資訊，實體資訊一般由實體頭域和實體組成。實體頭域包含關于實體的原資訊，實體頭包括Allow、Content- Base、Content-Encoding、Content-Language、 Content-Length、Content-Location、Content-MD5、Content-Range、Content-Type、 Etag、Expires、Last-Modified、extension-header。extension-header允許用戶端定義新的實體頭，但是這些域可能無法未接受方識别。實體可以是一個經過編碼的位元組流，它的編碼方式由Content-Encoding或Content-Type定義，它的長度由Content-Length或Content-Range定義。

Content-Type實體頭 

Content-Type實體頭用于向接收方訓示實體的媒體類型，指定HEAD方法送到接收方的實體媒體類型，或GET方法發送的請求媒體類型 Content-Range實體頭

Content-Range實體頭用于指定整個實體中的一部分的插入位置，他也訓示了整個實體的長度。在伺服器向客戶傳回一個部分響應，它必須描述響應覆寫的範圍和整個實體長度。一般格式：

Content-Range:bytes-unitSPfirst-byte-pos-last-byte-pos/entity-legth 

例如，傳送頭500個位元組次字段的形式：Content-Range:bytes0- 499/1234如果一個http消息包含此節（例如，對範圍請求的響應或對一系列範圍的重疊請求），Content-Range表示傳送的範圍， Content-Length表示實際傳送的位元組數。

Last-modified實體頭 

Last-modified實體頭指定伺服器上儲存内容的最後修訂時間。 

應答頭

說明

Allow

伺服器支援哪些請求方法（如GET、POST等）。

Content-Encoding

文檔的編碼（Encode）方法。隻有在解碼之後才可以得到Content-Type頭指定的内容類型。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載下傳時間。Java的GZIPOutputStream可以很友善地進行gzip壓縮，但隻有Unix上的 Netscape和Windows上的IE 4、IE 5才支援它。是以，Servlet應該通過檢視Accept-Encoding頭（即request.getHeader("Accept- Encoding")）檢查浏覽器是否支援gzip，為支援gzip的浏覽器傳回經gzip壓縮的HTML頁面，為其他浏覽器傳回普通頁面。

Content-Length

表示内容長度。隻有當浏覽器使用持久HTTP連接配接時才需要這個資料。如果你想要利用持久連接配接的優勢，可以把輸出文檔寫入 ByteArrayOutputStram，完成後檢視其大小，然後把該值放入Content-Length頭，最後通過 byteArrayStream.writeTo(response.getOutputStream()發送内容。

Content-Type

表示後面的文檔屬于什麼MIME類型。Servlet預設為text/plain，但通常需要顯式地指定為text/html。由于經常要設定Content-Type，是以HttpServletResponse提供了一個專用的方法setContentTyep。

Date

目前的GMT時間。你可以用setDateHeader來設定這個頭以避免轉換時間格式的麻煩。

Expires

應該在什麼時候認為文檔已經過期，進而不再緩存它？

Last-Modified

文檔的最後改動時間。客戶可以通過If-Modified-Since請求頭提供一個日期，該請求将被視為一個條件 GET，隻有改動時間遲于指定時間的文檔才會傳回，否則傳回一個304（Not Modified）狀态。Last-Modified也可用setDateHeader方法來設定。

Location

表示客戶應當到哪裡去提取文檔。Location通常不是直接設定的，而是通過HttpServletResponse的sendRedirect方法，該方法同時設定狀态代碼為302。

Refresh

表示浏覽器應該在多少時間之後重新整理文檔，以秒計。除了重新整理目前文檔之外，你還可以通過setHeader("Refresh", "5; URL=http://host/path")讓浏覽器讀取指定的頁面。

注意這種功能通常是通過設定HTML頁面HEAD區的＜META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://host/path"＞實作，這是因為，自動重新整理或重定向對于那些不能使用CGI或Servlet的 HTML編寫者十分重要。但是，對于Servlet來說，直接設定Refresh頭更加友善。

注意Refresh的意義是“N秒之後重新整理本頁面或通路指定頁面”，而不是“每隔N秒重新整理本頁面或通路指定頁面”。是以，連續重新整理要求每次都發送一個Refresh頭，而發送204狀态代碼則可以阻止浏覽器繼續重新整理，不管是使用Refresh頭還是＜META HTTP-EQUIV="Refresh" ...＞。

注意Refresh頭不屬于HTTP 1.1正式規範的一部分，而是一個擴充，但Netscape和IE都支援它。

Server

伺服器名字。Servlet一般不設定這個值，而是由Web伺服器自己設定。

Set-Cookie

設定和頁面關聯的Cookie。Servlet不應使用response.setHeader("Set-Cookie", ...)，而是應使用HttpServletResponse提供的專用方法addCookie。參見下文有關Cookie設定的讨論。

WWW-Authenticate

客戶應該在Authorization頭中提供什麼類型的授權資訊？在包含401（Unauthorized）狀态行的應答中這個頭是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=＼"executives＼"")。

注意Servlet一般不進行這方面的處理，而是讓Web伺服器的專門機制來控制受密碼保護頁面的通路（例如.htaccess）。

HTTP請求頭概述 （HttpServletRequest） HTTP客戶程式（例如浏覽器），向伺服器發送請求的時候必須指明請求類型（一般是GET或者POST或者HEAD）。

如有必要，客戶程式還可以選擇發送其他的請求頭。大多數請求頭并不是必需的，但Content-Length除外。對于POST請求來說Content-Length必須出現。 下面是一些最常見的請HTTP請求頭概述 （HttpServletRequest）

HTTP客戶程式（例如浏覽器），向伺服器發送請求的時候必須指明請求類型（一般是GET或者 POST）。如有必要，客戶程式還可以選擇發送其他的請求頭。大多數請求頭并不是必需的，但Content-Length除外。對于POST請求來說 Content-Length必須出現。

下面是一些最常見的請求頭

Accept：浏覽器可接受的MIME類型。

Accept-Charset：浏覽器可接受的字元集。

Accept-Encoding：浏覽器能夠進行解碼的資料編碼方式，比如gzip。Servlet能夠向支援gzip的浏覽器傳回經gzip編碼的HTML頁面。許多情形下這可以減少5到10倍的下載下傳時間。

Accept-Language：浏覽器所希望的語言種類，當伺服器能夠提供一種以上的語言版本時要用到。

Authorization：授權資訊，通常出現在對伺服器發送的WWW-Authenticate頭的應答中。

Connection：表示是否需要持久連接配接。如果Servlet看到這裡的值為“Keep- Alive”，或者看到請求使用的是HTTP 1.1（HTTP 1.1預設進行持久連接配接），它就可以利用持久連接配接的優點，當頁面包含多個元素時（例如Applet，圖檔），顯著地減少下載下傳所需要的時間。要實作這一點，Servlet需要在應答中發送一個Content-Length頭，最簡單的實作方法是：先把内容寫入 ByteArrayOutputStream，然後在正式寫出内容之前計算它的大小。

Content-Length：表示請求消息正文的長度。

Cookie：這是最重要的請求頭資訊之一

From：請求發送者的email位址，由一些特殊的Web客戶程式使用，浏覽器不會用到它。

Host：初始URL中的主機和端口。

If-Modified-Since：隻有當所請求的内容在指定的日期之後又經過修改才傳回它，否則傳回304“Not Modified”應答。

Pragma：指定“no-cache”值表示伺服器必須傳回一個重新整理後的文檔，即使它是代理伺服器而且已經有了頁面的本地拷貝。

Referer：包含一個URL，使用者從該URL代表的頁面出發通路目前請求的頁面。

User-Agent：浏覽器類型，如果Servlet傳回的内容與浏覽器類型有關則該值非常有用。

UA-Pixels，UA-Color，UA-OS，UA-CPU：由某些版本的IE浏覽器所發送的非标準的請求頭，表示螢幕大小、顔色深度、作業系統和CPU類型。

HTTP應答頭概述（HttpServletResponse）

Web伺服器的HTTP應答一般由以下幾項構成：一個狀态行，一個或多個應答頭，一個空行，内容文檔。設定HTTP應答頭往往和設定狀态行中的狀态代碼結合起來。例如，有好幾個表示“文檔位置已經改變”的狀态代碼都伴随着一個Location頭，而401（Unauthorized）狀态代碼則必須伴随一個WWW-Authenticate頭。

然而，即使在沒有設定特殊含義的狀态代碼時，指定應答頭也是很有用的。應答頭可以用來完成：設定Cookie，指定修改日期，訓示浏覽器按照指定的間隔重新整理頁面，聲明文檔的長度以便利用持久HTTP連接配接，……等等許多其他任務。

設定應答頭最常用的方法是HttpServletResponse的setHeader，該方法有兩個參數，分别表示應答頭的名字和值。和設定狀态代碼相似，設定應答頭應該在發送任何文檔内容之前進行。

HttpServletResponse還提供了許多設定

setContentType：設定Content-Type頭。大多數Servlet都要用到這個方法。

setContentLength：設定Content-Length頭。對于支援持久HTTP連接配接的浏覽器來說，這個函數是很有用的。

addCookie：設定一個Cookie（Servlet API中沒有setCookie方法，因為應答往往包含多個Set-Cookie頭）。

另外，如上節介紹，sendRedirect方法設定狀态代碼302時也會設定Location頭。

HTTP應答頭 說明

Allow 伺服器支援哪些請求方法（如GET、POST等）。

Content-Encoding 文檔的編碼（Encode）方法。隻有在解碼之後才可以得到Content-Type頭指定的内容類型。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載下傳時間。Java的GZIPOutputStream可以很友善地進行gzip壓縮，但隻有Unix上的Netscape和Windows上的IE 4、IE 5才支援它。是以，Servlet應該通過檢視Accept-Encoding頭（即request.getHeader("Accept- Encoding")）檢查浏覽器是否支援gzip，為支援gzip的浏覽器傳回經gzip壓縮的HTML頁面，為其他浏覽器傳回普通頁面。

Content-Length 表示内容長度。隻有當浏覽器使用持久HTTP連接配接時才需要這個資料。如果你想要利用持久連接配接的優勢，可以把輸出文檔寫入 ByteArrayOutputStram，完成後檢視其大小，然後把該值放入Content-Length頭，最後通過 byteArrayStream.writeTo(response.getOutputStream()發送内容。

Content- Type 表示後面的文檔屬于什麼MIME類型。Servlet預設為text/plain，但通常需要顯式地指定為text/html。由于經常要設定 Content-Type，是以HttpServletResponse提供了一個專用的方法setContentTyep。

Date 目前的GMT時間。你可以用setDateHeader來設定這個頭以避免轉換時間格式的麻煩。

Expires 應該在什麼時候認為文檔已經過期，進而不再緩存它？

Last-Modified 文檔的最後改動時間。客戶可以通過If-Modified-Since請求頭提供一個日期，該請求将被視為一個條件GET，隻有改動時間遲于指定時間的文檔才會傳回，否則傳回一個304（Not Modified）狀态。Last-Modified也可用setDateHeader方法來設定。

Location 表示客戶應當到哪裡去提取文檔。Location通常不是直接設定的，而是通過HttpServletResponse的sendRedirect方法，該方法同時設定狀态代碼為302。

Refresh 表示浏覽器應該在多少時間之後重新整理文檔，以秒計。除了重新整理目前文檔之外，你還可以通過setHeader("Refresh", "5; URL=http://host/path")讓浏覽器讀取指定的頁面。注意這種功能通常是通過設定HTML頁面HEAD區的<META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://host/path">實作，這是因為，自動重新整理或重定向對于那些不能使用CGI或Servlet的 HTML編寫者十分重要。但是，對于Servlet來說，直接設定Refresh頭更加友善。注意Refresh的意義是“N秒之後重新整理本頁面或通路指定頁面”，而不是“每隔N秒重新整理本頁面或通路指定頁面”。是以，連續重新整理要求每次都發送一個Refresh頭，而發送204狀态代碼則可以阻止浏覽器繼續重新整理，不管是使用Refresh頭還是<META HTTP-EQUIV="Refresh" ...>。注意Refresh頭不屬于HTTP 1.1正式規範的一部分，而是一個擴充，但Netscape和IE都支援它。

Server 伺服器名字。Servlet一般不設定這個值，而是由Web伺服器自己設定。

Set-Cookie 設定和頁面關聯的Cookie。Servlet不應使用response.setHeader("Set-Cookie", ...)，而是應使用HttpServletResponse提供的專用方法addCookie。參見下文有關Cookie設定的讨論。

WWW-Authenticate 客戶應該在Authorization頭中提供什麼類型的授權資訊？在包含401（Unauthorized）狀态行的應答中這個頭是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=\"executives\"")。注意Servlet一般不進行這方面的處理，而是讓Web伺服器的專門機制來控制受密碼保護頁面的通路（例如.htaccess）。

錯誤代碼解釋

"100" : Continue

"101" : witching Protocols

"200" : OK

"201" : Created

"202" : Accepted

"203" : Non-Authoritative Information

"204" : No Content

"205" : Reset Content

"206" : Partial Content

"300" : Multiple Choices

"301" : Moved Permanently

"302" : Found

"303" : See Other

"304" : Not Modified

"305" : Use Proxy

"307" : Temporary Redirect

HTTP 400 - 請求無效

HTTP 401.1 - 未授權：登入失敗

HTTP 401.2 - 未授權：伺服器配置問題導緻登入失敗

HTTP 401.3 - ACL 禁止通路資源

HTTP 401.4 - 未授權：授權被篩選器拒絕

HTTP 401.5 - 未授權：ISAPI 或 CGI 授權失敗

HTTP 403 - 禁止通路

HTTP 403 - 對 Internet 服務管理器 (HTML) 的通路僅限于 Localhost

HTTP 403.1 禁止通路：禁止可執行通路

HTTP 403.2 - 禁止通路：禁止讀通路

HTTP 403.3 - 禁止通路：禁止寫通路

HTTP 403.4 - 禁止通路：要求 SSL

HTTP 403.5 - 禁止通路：要求 SSL 128

HTTP 403.6 - 禁止通路：IP 位址被拒絕

HTTP 403.7 - 禁止通路：要求客戶證書

HTTP 403.8 - 禁止通路：禁止站點通路

HTTP 403.9 - 禁止通路：連接配接的使用者過多

HTTP 403.10 - 禁止通路：配置無效

HTTP 403.11 - 禁止通路：密碼更改

HTTP 403.12 - 禁止通路：映射器拒絕通路

HTTP 403.13 - 禁止通路：客戶證書已被吊銷

HTTP 403.15 - 禁止通路：客戶通路許可過多

HTTP 403.16 - 禁止通路：客戶證書不可信或者無效

HTTP 403.17 - 禁止通路：客戶證書已經到期或者尚未生效

HTTP 404.1 - 無法找到 Web 站點

HTTP 404 - 無法找到檔案

HTTP 405 - 資源被禁止

HTTP 406 - 無法接受

HTTP 407 - 要求代理身份驗證

HTTP 410 - 永遠不可用

HTTP 412 - 先決條件失敗

HTTP 414 - 請求 - URI 太長

HTTP 500 - 内部伺服器錯誤

HTTP 500.100 - 内部伺服器錯誤 - ASP 錯誤

HTTP 500-11 伺服器關閉

HTTP 500-12 應用程式重新啟動

HTTP 500-13 - 伺服器太忙

HTTP 500-14 - 應用程式無效

HTTP 500-15 - 不允許請求 global.asa

Error 501 - 未實作

HTTP 502 - 網關錯誤

本文轉自 liqius 51CTO部落格，原文連結：http://blog.51cto.com/szgb17/1909271，如需轉載請自行聯系原作者