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