HTTP是Hyper Text Transfer Protocol（超文字傳輸協議）的縮寫。它的發展是全球資訊網協會（World Wide Web Consortium）[5]和Internet工作小組IETF（Internet Engineering Task Force）合作的結果，（他們）最終釋出了一系列的RFC，RFC 1945定義了HTTP/1.0版本。其中最著名的就是RFC 2616。RFC 2616定義了今天普遍使用的一個版本——HTTP 1.1。為紀念Tim Berners-Lee提出HTTP後對網際網路發展的貢獻，全球資訊網協會保留有他最原始提交的版本。
HTTP協議（HyperText Transfer Protocol，超文字轉移協議）是用於從WWW伺服器傳輸超文字到本地瀏覽器的傳送協議。它可以使瀏覽器更加高效，使網路傳輸減少。它不僅保證計算機正確快速地傳輸超文字文件，還確定傳輸文件中的哪一部分，以及哪部分內容首先顯示(如文字先於圖形)等。
HTTP是一個應用層協議，由請求和響應構成，是一個標準的客戶端伺服器模型。HTTP是一個無狀態的協議。
（引自百度百科）
這裡我們就用常用的百度搜尋舉例吧，雖然很多程式設計師看不起百度搜尋！
Remote Address:61.135.169.125:80
Request URL:http://www.baidu.com/
Request Method:GET
Status Code:200 OK
Request Headersview source
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding:gzip,deflate,sdch
Accept-Language:zh-CN,zh;q=0.8,en;q=0.6
Cache-Control:max-age=0
Connection:keep-alive
Cookie:BDUT=eiceD23DDBB7D809C94A0E669E114AB2FAA613c5bfe280c0; SSUDBTSP=1374456410; SSUDB=NvMHE1a3NMSXQ5UFMxaVpvREtCV0ZuZmx1cWlXUUZsTHVNeDdMSnMxQmFGeFJTQVFBQUFBJCQAAAAAAAAAAAEAAACCVrIP4qvL9szDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFqK7FFaiuxRbn; BAIDUID=32C89B2CF77C0E3B9D2BC062E61A8A86:FG=1; BDUSS=0RnOGJ4ZW1rWHV-OGVRNkI0Vk90Wm1ZWXJ4YzRUaUFKZUhMQUNBSUJ0Q0Z6WmRUQVFBQUFBJCQAAAAAAAAAAAEAAACCVrIP4qvL9szDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIVAcFOFQHBTc; MCITY=-%3A; BDRCVFR[vR9GIm5IegC]=aeXf-1x8UdYcs; BDRCVFR[feWj1Vr5u3D]=I67x6TjHwwYf0; BD_CK_SAM=1; H_PS_PSSID=6225_5230_1461_5224_6553_6506_4759_6018_6676_6698_6441_6774_6502_6819_6838
Host:www.baidu.com
Referer:http://tieba.baidu.com/
User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.114 Safari/537.36
Response Headersview source
BDPAGETYPE:2
BDQID:0xa86e37090000192c
BDUSERID:263345794
Cache-Control:private
Connection:Keep-Alive
Content-Encoding:gzip
Content-Type:text/html
Date:Fri, 30 May 2014 06:07:20 GMT
Expires:Fri, 30 May 2014 06:07:19 GMT
Server:BWS/1.1
Set-Cookie:H_PS_PSSID=6225_5230_1461_5224_6553_6506_4759_6018_6676_6698_6441_6774_6502_6819_6838; path=/; domain=.baidu.com
Set-Cookie:BDSVRTM=133; path=/
Transfer-Encoding:chunked
再上張圖片：
這裡我就根據上面的那個例子把所有的欄位說一下，當然，有的欄位，我們通過他的名字就已經知道大概的意思了！有連結的欄位，我們在下面進行了更詳細的講解！
表1 公共頭部
| 欄位 | 說明 |
| Remote Address | 請求的遠端地址 |
| Request URL | 請求的域名 |
| Request Method | 頁面請求的方式：GET/POST |
| Status Code | 請求的返回狀態 |
表2 請求頭
| 欄位 | 說明 |
| Accept | 表示瀏覽器支援的 MIME 型別 |
| Accept-Encoding | 瀏覽器支援的壓縮型別 |
| Accept-Language | 瀏覽器支援的語言型別，並且優先支援靠前的語言型別 |
| Cache-Control | 指定請求和響應遵循的快取機制 |
| Connection | 當瀏覽器與伺服器通訊時對於長連線如何進行處理：close/keep-alive |
| Cookie | 向伺服器返回cookie，這些cookie是之前伺服器發給瀏覽器的 |
| Host | 請求的伺服器URL |
| Referer | 該頁面的來源URL |
| User-Agent | 使用者客戶端的一些必要資訊 |
表3 返回頭
| 欄位 | 說明 |
| Cache-Control | 告訴瀏覽器或者其他客戶，什麼環境可以安全地快取文件 |
| Connection | 當client和server通訊時對於長連結如何進行處理 |
| Content-Encoding | 資料在傳輸過程中所使用的壓縮編碼方式 |
| Content-Type | 資料的型別 |
| Date | 資料從伺服器傳送的時間 |
| Expires | 應該在什麼時候認為文件已經過期，從而不再快取它？ |
| Server | 伺服器名字。Servlet一般不設定這個值，而是由Web伺服器自己設定 |
| Set-Cookie | 設定和頁面關聯的cookie |
| Transfer-Encoding | 資料傳輸的方式 |
例子中的Accept欄位是這樣子的：Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8。意思是：瀏覽器支援的MIME型別分別是text/html、application/xhtml+xml、application/xml和*/*，優先順序是它們從左到右的排列順序。
Accept表示瀏覽器支援的 MIME 型別；
MIME的英文全稱是 Multipurpose Internet Mail Extensions（多功能 Internet 郵件擴充服務），它是一種多用途網際郵件擴充協議，在1992年最早應用於電子郵件系統，但後來也應用到瀏覽器。
text/html,application/xhtml+xml,application/xml 都是 MIME 型別，也可以稱為媒體型別和內容型別，斜槓前面的是 type（型別），斜槓後面的是 subtype（子型別）；type 指定大的範圍，subtype 是 type 中範圍更明確的型別，即大類中的小類。
Text：用於標準化地表示的文字資訊，文字訊息可以是多種字符集和或者多種格式的；
text/html表示 html 文件；
Application：用於傳輸應用程式資料或者二進位制資料；
application/xhtml+xml表示 xhtml 文件；
application/xml表示 xml 文件。
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訊息的值，那麼客戶機可以接收超出超時期指定值之內的響應訊息。
Private：指示對於單個使用者的整個或部分響應訊息，不能被共享快取處理。這允許伺服器僅僅描述當前使用者的部分響應訊息，此響應訊息對於其他使用者的請求無效。
no-cache：指示請求或響應訊息不能快取
no-store：用於防止重要的資訊被無意的釋出。在請求訊息中傳送將使得請求和響應訊息都不使用快取。
max-age：指示客戶機可以接收生存期不大於指定時間（以秒為單位）的響應。
min-fresh：指示客戶機可以接收響應時間小於當前時間加上指定時間的響應。
max-stale：指示客戶機可以接收超出超時期間的響應訊息。如果指定max-stale訊息的值，那麼客戶機可以接收超出超時期指定值之內的響應訊息。
User-Agent的值是：使用者使用的客戶端的一些必要資訊，比如作業系統、瀏覽器及版本、瀏覽器渲染引擎等。
transfer-encoding的可選值有：chunked,identity，從字面意義可以理解，前者指把要傳送傳輸的資料切割成一系列的塊資料傳輸，後者指傳輸時不做任何處理，自身的本質資料形式傳輸。舉個例子，如果我們要傳輸一本“紅樓夢”小說到伺服器，chunked方式就會先把這本小說分成一章一章的，然後逐個章節上傳，而identity方式則是從小說的第一個字按順序傳輸到最後一個字結束。
http報頭讓客戶端和伺服器之間傳遞了更多的資訊，伺服器能夠傳送過來的報頭瞭解到使用者的一些必要資訊，伺服器傳回的報頭，讓客戶端更好的理解和解析。
http://www.cnblogs.com/jcli/archive/2012/10/19/2730440.html
http://hi.baidu.com/ah__fu/item/1b8c6e6c5e78950da0cf0f53
http://jingyan.baidu.com/article/375c8e19770f0e25f2a22900.html
http://blog.csdn.net/wiwipetter/article/details/4559183
http://baike.baidu.com/view/293520.htm#5