HTTP協議用于在Internet上發送和接收消息。HTTP協議是一種請求-應答式的協議 ——客戶端發送一個請求，服務器返回該請求的應答，所有的請求與應答都是HTTP包。HTTP協議使用可靠的TCP連接，默認端口是80。HTTP的第一 個版本是HTTP/0.9，后來發展到了HTTP/1.0，現在最新的版本是HTTP/1.1。HTTP/1.1由RFC 2616 定義。

在HTTP 中，Client/Server之間的會話總是由客戶端通過建立連接和發送HTTP請求包初始化，服務器不會主動聯系客戶端或要求與客戶端建立連接。瀏覽 器和服務器都可以隨時中斷連接，例如，在瀏覽網頁時你可以隨時點擊"停止"按鈕中斷當前的文件下載過程，關閉與Web服務器的HTTP連接。

HTTP 1.1支持七種請求方法：GET、POST、HEAD、OPTIONS、PUT、delete和TRACE等，常用的為請求方法是GET和POST。

HTTP是TCP/IP的一個子集。提到TCP/IP,就會涉及到建立連接的 “三次握手” 。

URI（Uniform Resource Identifier）統一資源標識符。
URL（Uniform Resource Locator）統一資源定位符。
URN（Uniform Resource Name）統一資源命名。


常用HTTP請求方法GET、POST：
兩者都是 明文 傳輸。
GET是獲取指定URL上的資源，是讀操作，重要的一點是不論對某個資源GET多少次，它的狀態是不會改變的，在這個意義上，我們說GET是安全的。GET返回的內容可以被瀏覽器，Cache服務器緩存起來。
POST的語意是對指定資源“追加/添加”數據，所以是不安全的，每次提交的POST，參與的代碼都會認為這個操作會修改操作對象資源的狀態，于是，瀏覽器在你按下F5的時候會跳出確認框，緩存服務器不會緩存POST請求返回內容。
根據HTTP協議，GET是安全的，也是 冪等 的，而POST既不是安全的，也不是冪等的。

Request Headers

    GET / HTTP/1.1
Host: www.google.com.hk
Connection: keep-alive
User-Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
X-Chrome-UMA-Enabled: 1
X-Chrome-Variations: CLO1yQEIiLbJAQibtskBCKW2yQEIqLbJAQiptskBCLS2yQEIsIPKAQ==
Accept-Encoding: gzip,deflate,sdch
Accept-Language: zh-CN,zh;q=0.8
Accept-Charset: GBK,utf-8;q=0.7,*;q=0.3
Cookie: NID=64=s7N6adEt3QSMGNAtdoELiVDNXgjq_iRB9-xilr-MmA9_PQ4WDpdKMS6PBG0ML0s2RyrAB8-Di5elNFBi3idmFkofPLB1ac8hRYpuU6pHwGgjNd9ojnV_trrPIqndEhOM; PREF=ID=eaa7d680f41133b8:U=dcda92987d358ee5:FF=1:LD=zh-CN:NW=1:TM=1350263886:LM=1350263886:S=Z8retbLm4E9PoSbM
  

Response Headers

    HTTP/1.1 200 OK
Date: Mon, 15 Oct 2012 02:05:29 GMT
Expires: -1
Cache-Control: private, max-age=0
Content-Type: text/html; charset=UTF-8
Content-Encoding: gzip
Server: gws
Content-Length: 159420
X-XSS-Protection: 1; mode=block
X-Frame-Options: SAMEORIGIN
  

參考文章：
超文本傳輸協議及HTTP包
HTTP狀態碼
Http協議三次握手過程
分清 URI、URL 和 URN
從HTTP GET和POST的區別說起
淺談HTTP中Get與Post的區別

Http協議原理學習