HTTP協議格式介紹

HTTP協議之URL篇

http（超文字傳輸通訊協定 (HTTP)）是一個基於請求與響應模式的、無狀態的、應用程式層的協議，常基於TCP的串連方式，HTTP1.1版本中給出一種持續串連的機制，

絕大多數的Web開發，都是構建在HTTP協議之上的Web應用。

HTTP URL (URL是一種特殊類型的URI，包含了用於尋找某個資源的足夠的資訊)的格式如下：

http://host[":"port][abs_path]

http表示要通過HTTP協議來定位網路資源；host表示合法的Internet主機網域名稱或者IP地址；port指定一個連接埠號碼，為空白則使用預設連接埠80；

abs_path指定請求資源的URI；如果URL中沒有給出abs_path，那麼當它作為請求URI時，必須以“/”的形式給出，通常這個工作瀏覽器自動幫我們完成。

eg:

輸入：www.csdn.net

瀏覽器自動轉換成：http://www.csdn.net/

HTTP協議之 請求篇

http請求由三部分組成，分別是：請求行、請求前序、請求本文 請求行以一個方法符號開頭，以空格分開，後面跟著請求的URI和協議的版本。

請求前序用於描述用戶端請求哪台主機，以及用戶端的一些環境資訊等。

請求本文就是用戶端發送給伺服器的資源。

eg：

請求行中的GET稱之為要求方法。

要求方法（所有方法全為大寫）有多種，各個方法的解釋如下：

GET   請求擷取Request-URI所標識的資源。

POST   在Request-URI所標識的資源後附加新的資料。

HEAD   請求擷取由Request-URI所標識的資源的響應訊息前序。

PUT   請求伺服器儲存一個資源，並用Request-URI作為其標識。

DELETE  請求伺服器刪除Request-URI所標識的資源。

TRACE  請求伺服器回送收到的請求資訊，主要用於測試或診斷。

CONNECT 保留將來使用。

OPTIONS 請求查詢服務器的效能，或者查詢與資源相關的選項和需求。
常用的有： GET、 POST

使用者如沒有設定，預設情況下瀏覽器向伺服器發送的都是get請求，

例如，在瀏覽器直接輸地址訪問，點超連結訪問等都是get，使用者如想把請求方式改為post，

可通過更改表單的提交方式實現。

不管POST或GET，都用於向伺服器請求某個WEB資源，這兩種方式的區別主要表現在資料傳遞上：
如請求方式為GET方式，則可以在請求的URL地址後以?的形式帶上交給伺服器的資料，多個資料之間以&進行分隔，例如：
GET /mail/1.html?name=abc&password=xyz HTTP/1.1

GET方式提交資料不能超過256個字元。若要提交大量的文本則要使用POST方式提交，但資料不在瀏覽器地址欄顯示。

請求方式為POST方式，則可以在請求的實體內容中向伺服器發送資料，Post方式的特點：傳送的資料量無限制。

POST方法要求被請求伺服器接受附在請求後面的資料，常用於提交表單。

請求前序

允許用戶端向伺服器端傳遞請求的附加資訊以及用戶端自身的資訊。

常用的請求前序

Accept

Accept請求前序域，用於指定用戶端接受哪些類型的資訊。

eg：

Accept：image/gif，表明用戶端希望接受GIF圖象格式的資源；

Accept：text/html，表明用戶端希望接受html文本。

 

Accept-Charset

Accept-Charset請求前序域，用於指定用戶端接受的字元集。

eg：

Accept-Charset:iso-8859-1,gb2312.如果在請求訊息中沒有設定這個域，預設是任何字元集都可以接受。

 

Accept-Encoding

Accept-Encoding請求前序域類似於Accept，但是它是用於指定可接受的內容編碼。

eg：

Accept-Encoding:gzip.deflate.如果請求訊息中沒有設定這個網域服務器假定用戶端對各種內容編碼都可以接受。

 

Accept-Language

Accept-Language請求前序域類似於Accept，但是它是用於指定一種自然語言。

eg：

Accept-Language:zh-cn.如果請求訊息中沒有設定這個前序域，伺服器假定用戶端對各種語言都可以接受。

 

If-Modified-Since: 用於告訴伺服器，客戶機對於資源的最後緩衝時間。

Connection：允許發送指定串連的選項。例如指定串連是連續，或者指定“close”選項，通知伺服器，在響應完成後，關閉串連。

Authorization

Authorization請求前序域，主要用於證明用戶端有權查看某個資源。當瀏覽器訪問一個頁面時，如果收到伺服器的響應代碼為401（未授權），

可以發送一個包含Authorization請求前序域的請求，要求伺服器對其進行驗證。

 

Host（發送請求時，該前序域是必需的）

Host請求前序域，主要用於指定被請求資源的Internet主機（伺服器的主機）和連接埠號碼，它通常從HTTPURL中提取出來的，

eg：

我們在瀏覽器中輸入：http://www.baidu.com/

瀏覽器發送的請求訊息中，就會包含Host請求前序域，如下：

Host：www.baidu.com

此處使用預設連接埠號碼80，若指定了連接埠號碼，則變成：Host：www.baidu.com:指定連接埠號碼。

 

Referer

客戶機通過這個頭告訴伺服器，他是從哪個資源來訪問伺服器的（防盜鏈）。

 

Range

指示伺服器只發送一部分web資源。可用來實現斷點續傳功能。

eg:

conn.setRequestProperty("Range","bytes=500");              //傳輸最後500位元組

conn.setRequestProperty("Range","bytes=500-1000");        //傳輸500到1000範圍的位元組

conn.setRequestProperty("Range","bytes=1000-");           //傳輸1000位元組以後的所有內容

 

User-Agent

我們上網登陸論壇的時候，往往會看到一些歡迎資訊，其中列出了你的作業系統的名稱和版本，你所使用的瀏覽器的名稱和版本，這往往讓很多人感到很神奇，

實際上，伺服器應用程式就是從User-Agent這個請求前序域中擷取到這些資訊。

User-Agent請求前序域允許用戶端將它的作業系統、瀏覽器和其它屬性告訴伺服器。不過，這個前序域不是必需的，

如果我們自己編寫一個瀏覽器，不使用User-Agent請求前序域，那麼伺服器端就無法得知我們的資訊了。

Cookie：用戶端通過這個頭欄位，可以帶一些資料給伺服器。

HTTP協議之響應篇

HTTP響應也是由三個部分組成，分別是：狀態行、響應前序、響應本文

狀態行
格式： HTTP版本號碼　狀態代碼　原因敘述<CRLF>
舉例：HTTP/1.1 200 OK

狀態代碼用於表示伺服器對請求的處理結果，它是一個三位的十進位數。響應狀態代碼分為5類，如下所示：

狀態代碼	含義
100～199	表示成功接收請求，要求用戶端繼續提交下一次請求才能完成整個處理過程
200～299	表示成功接收請求並已完成整個處理過程，常用200
300～399	為完成請求，客戶需進一步細化請求。例如，請求的資源已經移動一個新地址，常用302、307和304
400～499	用戶端的請求有錯誤，常用404
500～599	伺服器端出現錯誤，常用 500

響應前序

響應前序允許伺服器傳遞不能放在狀態行中的附加響應資訊，以及關於伺服器的資訊和對Request-URI所標識的資源進行下一步訪問的資訊。

常用的響應前序

Location

Location響應前序域，用於重新導向接受者到一個新的位置。Location響應前序域，配合302狀態代碼，常用在更換網域名稱的時候。

 

Server

Server響應前序域，包含了伺服器用來處理請求的軟體資訊，即伺服器的類型。與User-Agent請求前序域是相對應的。

下面是Server響應前序域的一個例子：

Server：Apache-Coyote/1.1

WWW-Authenticate

WWW-Authenticate響應前序域，必須被包含在401（未授權的）響應訊息中，用戶端收到401響應訊息時候，並發送。

Authorization 

Authorization前序域，請求伺服器對其進行驗證時，服務端響應前序就包含該前序域。

eg：

WWW-Authenticate:Basic realm="Basic AuthTest!"  //可以看出伺服器對請求資源採用的是基本驗證機制。

 

Content-Encoding

Content-Encoding實體前序域，被用作媒體類型的修飾符，它的值指示了已經被應用到實體本文的附加內容的編碼，

因而要獲得Content-Type前序域中所引用的媒體類型，必須採用相應的解碼機制。Content-Encoding這樣用於記錄文檔的壓縮方法，

eg：

Content-Encoding：gzip

 

Content-Language

Content-Language實體前序域描述了資源所用的自然語言。沒有設定該域則認為實體內容將提供給所有的語言閱讀者。

eg：

Content-Language:da

 

Content-Length

Content-Length實體前序域，用於指明實體本文的長度，以位元組方式儲存的十進位數字來表示。

 

Content-Type

Content-Type實體前序域，用於指明發送給接收者的實體本文的媒體類型。

eg：

Content-Type:text/html;charset=ISO-8859-1

Content-Type:text/html;charset=GB2312

 

Content-Disposition

告訴瀏覽器以下載的方式開啟回送的資料。

 

Last-Modified

Last-Modified實體前序域，用於指示資源的最後修改日期和時間。

Refresh

Refresh，伺服器通過這個頭告訴瀏覽器，多長時間定時重新整理。

Transfer-Encoding

Transfer-Encoding， 伺服器通過這個頭告訴瀏覽器，資料是以塊方式回送的。

Date

Date普通前序域，表示訊息產生的日期和時間。

Cache-Control

用於指定緩衝指令，緩衝指令是單向的（響應中出現的緩衝指令在請求中未必會出現），且是獨立的（一個訊息的緩衝指令不會影響另一個訊息處理的緩衝機制），

HTTP1.0使用的類似的前序域為Pragma。不用於被傳輸的實體，只用於傳輸的訊息。

請求時的緩衝指令包括：no-cache（用於指示請求或響應訊息不能緩衝）、no-store、max-age、max-stale、min-fresh、only-if-cached;

Pragma: no-cache  

Expires

Expires實體前序域，給出響應到期的日期和時間。為了讓Proxy 伺服器或瀏覽器在一段時間以後更新緩衝中(再次訪問曾訪問過的頁面時，直接從緩衝中載入，縮短回應時間和降低伺服器負載)的頁面，我們可以使用Expires實體前序域指定頁面到期的時間。

eg：

Expires：Thu，15 Sep 2006 16:23:12 GMT

HTTP1.1的用戶端和緩衝必須將其他非法的日期格式（包括0）看作已經到期。

eg：

為了讓瀏覽器不要快取頁面面，我們也可以利用Expires實體前序域，設定為0，jsp中程式如下：response.setDateHeader("Expires","0");

以上三個頭一起用，就可以控制所有的瀏覽器不要快取資料。

參考資料：

http://blog.csdn.net/gueter/article/details/1524447