【總結】HTTP協議基礎知識

HTTP（Hyper Text Transfer Protocol）是超文字傳輸通訊協定 (HTTP)的縮寫，它用於傳送WWW方式的資料。HTTP協議採用了請求/響應模型。用戶端向伺服器發送一個請求，要求標頭包含請求的方法、URI、協議版本、以及包含請求修飾符、客戶資訊和內容的類似於MIME的訊息結構。伺服器以一個狀態行作為響應，相應的內容包括訊息協議的版本，成功或者錯誤編碼加上包含伺服器資訊、實體元資訊以及可能的實體內容。

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

下面簡要介紹一下HTTP協議的要求標頭和應答頭，這將有助於你進一步瞭解某些測試載入器錄製指令碼的原理，便於編輯效能測試指令碼。要求標頭和應答頭都將用執行個體來說明。

請求訊息舉例：
POST /bbs/login2.asp?action=chk HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-shockwave-flash, */*
Referer: http://127.0.0.1/inpage.asp
Accept-Language: zh-cn
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; (R1 1.3))
Host: 127.0.0.1Content-Length: 69
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: aspsky=StatUserID=2200878793; Cookie1=y; ASPSESSIONIDQQTBSRCB=BHHIOGHAGFCKKNCGLLHDFHBM
username=snappyboy&CookieDate=0&password=123456&Submit3=%B5%C7%C2%BC

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

Method  Request-URI  HTTP-Version CRLF

例如：POST  /bbs/login2.asp?action=chk HTTP/1.1

Method表示對於Request-URI完成的方法，這個欄位是大小寫敏感的，包括OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE。
方法GET和HEAD應該被所有的通用WEB伺服器支援，其他所有方法的實現是可選的。
GET方法取回由Request-URI標識的資訊。
HEAD方法也是取回由Request-URI標識的資訊，只是可以在響應時，不返回訊息體。
POST方法可以請求伺服器接收包含在請求中的實體資訊，可以用於提交表單，向新聞群組、BBS、郵件群組和資料庫發送訊息。

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。對要求標頭域的擴充要求通訊雙方都支援，如果存在不支援的要求標頭域，一般將會作為實體頭域處理。

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（Partial Content）返回而不是以200（OK）。

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

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訊息的值，那麼客戶機可以接收超出逾時期指定值之內的響應訊息。

應答訊息舉例：
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Date: Sat, 15 Jan 2005 15:36:26 GMT
Content-Length: 31401
Content-Type: text/html
Cache-control: private

<html>
<body>
省略內容
</body>
</html>

響應訊息的第一行為下面的格式：
HTTP-Version   Status-Code   Reason-Phrase CRLF
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。對回應標頭域的擴充要求通訊雙方都支援，如果存在不支援的回應標頭域，一般將會作為實體頭域處理。

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-unit SP first-byte-pos -last-byte-pos/entity-legth
例如，傳送頭500個位元組次欄位的形式：Content-Range: bytes 0-499/1234 如果一個http訊息包含此節（例如，對範圍請求的響應或對一系列範圍的重疊請求），Content-Range表示傳送的範圍，Content-Length表示實際傳送的位元組數。

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

如何擷取這些資訊呢？
有許多的工具可以獲得這些資訊，一方面可以使用指令碼錄製工具，比如WAS、LoadRunner、Jmeter等，但是他們都是必須通過瀏覽器來錄製（針對web協議部分的）。另外還可以藉助於網路攔截軟體來檢測HTTP協議的活動情況，我使用的是Visual Sniffer（ 是用於攔截通過網路傳輸的TCP/IP/UDP/ICMP等資料包的一個工具），它可以監測到通過原生使用HTTP協議互動的資料。

本文大部分取擷於相關的專業網站，在這裡揀取了其中我認為對實際工作中最有用的部分介紹給大家。如果大家感興趣還可以查閱相關的資料。