不管是別人提起還是自己提起對Http的了解，雖然會用但是卻不知從何說起，我把這點總結為基礎不是很扎實，借此作如下歸納，以加強對HTTP的了解
HTTP請求格式：
HTTP協議采用 “消息頭/消息體”的分割方式，消息頭告訴對方這個消息是干什么的，消息體告訴對方怎么干。每一個HTTP包都分為HTTP頭和HTTP體兩部分，消息體是可選的，而消息頭是必須的
http請求方法：最常用的是GET、POST
GET作用： 請求獲取由 Request-URI 所標識的資源
GET說明： GET是默認的HTTP請求方法，例如當我們通過在瀏覽器的地址欄中直接輸入網址的方式去訪問網頁的時候，瀏覽器采用的就是 GET 方法向服務器獲取資源。用GET方法提交的表單數據只經過了簡單的編碼，同時它將作為URL的一部分向服務器發送。也就是說get方法的請求參數是攜帶在請求頭中的，因為請求頭是有長度限制的，所以請求參數也會有長度限制。
例如：
<Http://localhost/login.php?username=aa&password=1234>
POST作用 : 請求服務器接收在請求中封裝的實體，并將其作為由 Request-Line 中的 Request-URI 所標識的資源的一部分
POST說明: POST的請求參數是請求體中，因此沒有長度限制
GET和POST的區別：
1、 在客戶端，Get方式在通過URL提交數據，數據在URL中可以看到；POST方式，數據放在HTTP包的body中。
2、 GET方式提交的數據大小有限制（因為瀏覽器對URL的長度有限制），而POST則沒有此限制。
3、安全性問題。正如在（1）中提到，使用 Get 的時候，參數會顯示在地址欄上，而 Post 不會。所以，如果這些數據是中文數據而且是非敏感數據，那么使用 get；如果用戶輸入的數據不是中文字符而且包含敏感數據，那么還是使用 post為好。
4.、服務器取值方式不一樣。GET方式取值，如php可以使用$_GET來取得變量的值，而POST方式通過$_POST來獲取變量的值。
http請求數據示例：
POST /index.php HTTP/1.1
Host: localhost
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-cn,zh;q=0.5
Accept-Encoding: gzip, deflate
Connection: keep-alive
Referer: http://localhost/
Content-Length：25
Content-Type：application/x-www-form-urlencoded
username=aa&password=1234
http的請求由請求行、請求頭、請求正文組成
請求行：請求方法 URI 協議/版本
請求頭(Request Header)
請求正文
請求頭：
表示持久連接
connection：Kepp-Alive
例如： Connection: keep-alive 當一個網頁打開完成后，客戶端和服務器之間用于傳輸HTTP數據的TCP連接不會關閉，如果客戶端再次訪問這個服務器上的 網頁，會繼續使用這一條已經建立的連接
例如： Connection: close 代表一個Request完成后，客戶端和服務器之間用于傳輸HTTP數據的TCP連接會關閉， 當客戶端再次發送Request，需要重新建立TCP連接
Accept：
作用：瀏覽器可以接受的媒體類型（MIME類型）,
例如： Accept: text/html 代表瀏覽器可以接受服務器回發的類型為 text/html 也就是我們常說的html文檔, 如果服務器無法返回text/html類型的數據，服務器應該返回一個406錯誤(non acceptable)。
通配符 * 代表任意類型。例如 Accept: / 代表瀏覽器可以處理所有類型，(一般瀏覽器發給服務器都是發這個)
Accept-Encoding：
作用： 瀏覽器申明自己接收的編碼方法，通常指定壓縮方法，是否支持壓縮，支持什么壓縮方法（gzip，deflate），（注意：這不是只字符編碼）;
例如： Accept-Encoding: gzip, deflate。Server能夠向支持gzip/deflate的瀏覽器返回經gzip或者deflate編碼的HTML頁面。 許多情形下這可以減少5到10倍的下載時間，也節省帶寬。
Accept-Language：
作用： 瀏覽器申明自己接收的語言。
語言跟字符集的區別：中文是語言，中文有多種字符集，比如big5，gb2312，gbk等等；
例如： Accept-Language:zh-cn 。如果請求消息中沒有設置這個報頭域，服務器假定客戶端對各種語言都可以接受。
User-Agent：
作用：告訴HTTP服務器， 客戶端使用的操作系統和瀏覽器的名稱和版本.
我們上網登陸論壇的時候，往往會看到一些歡迎信息，其中列出了你的操作系統的名稱和版本，你所使用的瀏覽器的名稱和版本，這往往讓很多人感到很神奇，實際上， 服務器應用程序就是從User-Agent這個請求報頭域中獲取到這些信息User-Agent請求報頭域允許客戶端將它的操作系統、瀏覽器和其它屬性告訴服務器。
例如： User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)
Cookie:
作用： 最重要的header, 將cookie的值發送給HTTP 服務器
Content-Length
作用：發送給HTTP服務器數據的長度。即請求消息正文的長度；
例如： Content-Length: 38
Content-Type：
作用：Content-Type用于指定內容類型，一般是指網頁中存在的Content-Type，Content-Type屬性指定請求和響應的HTTP內容類型。如果未指定 ContentType，默認為text/htm
例如：Content-Type: application/x-www-form-urlencoded
Content-Type:
1.text/html
2.text/plain
3.text/css
4.text/javascript
5.application/x-www-form-urlencoded
6.multipart/form-data
7.application/json
8.application/xml
1. application/x-www-form-urlencoded是常用的表單發包方式，普通的表單提交，或者js發包，默認都是通過這種方式
2. multipart/form-data用在上傳文件的POST包。
3. boundary用于數據分割， 當上傳文件太長，HTTP無法在一個包之內發送完畢，就需要分割數據，分割成一個一個chunk發送給服務端
4. .application/json 通過json形式將數據發送給服務器，HTTP通信中并不存在所謂的json，而是將string轉成json罷了，也就是，application/json可以將它理解為text/plain，普通字符串
http響應數據示例
HTTP/1.1 200 OK
Date: Sun, 17 Mar 2013 08:12:54 GMT
Server: Apache/2.2.8 (Win32) PHP/5.2.5
X-Powered-By: PHP/5.2.5
Set-Cookie: PHPSESSID=c0huq7pdkmm5gg6osoe3mgjmm3; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Length: 4393
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8
<html>
<head>
<title>HTTP響應示例<title>
</head>
<body>
Hello HTTP!
</body>
</html>
在接受和解釋請求消息后，服務器會返回一個http響應消息，http響應消息也是由三個部分組成分別是狀態行、響應頭、響應正文
狀態行
狀態行由協議版本、響應狀態碼組成（200 ok）
狀態碼說明：
1xx：指示信息——表示請求已經接受，繼續處理
2xx：成功——表示請求已經被成功接收、理解、接受。
3xx：重定向——要完成請求必須進行更進一步的操作
4xx：客戶端錯誤——請求有語法錯誤或請求無法實現
5xx：服務器端錯誤——服務器未能實現合法的請求。
常見狀態代碼、狀態描述、說明：
200 OK //客戶端請求成功
400 Bad Request //客戶端請求有語法錯誤，不能被服務器所理解
401 Unauthorized //請求未經授權，這個狀態代碼必須和WWW-Authenticate報頭域一起使用
403 Forbidden //服務器收到請求，但是拒絕提供服務
404 Not Found //請求資源不存在，eg：輸入了錯誤的URL
500 Internal Server Error //服務器發生不可預期的錯誤
503 Server Unavailable //服務器當前不能處理客戶端的請求，一段時間后可能恢復正常
總結如下：
1XX 響應中
2XX 成功
3XX 重定向
4XXX 客戶端錯誤
5XXX 服務器錯誤
Date：
作用：生成消息的具體時間和日期，即當前的GMT時間。
例如： Date: Sun, 17 Mar 2013 08:12:54 GMT
Set-Cookie
作用： 非常重要的header, 用于把cookie 發送到客戶端瀏覽器， 每一個寫入cookie都會生成一個Set-Cookie.
例如: Set-Cookie: PHPSESSID=c0huq7pdkmm5gg6osoe3mgjmm3; path=/
Content-Type：
作用：WEB服務器告訴瀏覽器自己響應的對象的類型和字符集,
Content-Length：
指明實體正文的長度，以字節方式存儲的十進制數字來表示。在數據下行的過程中，Content-Length的方式要預先在服務器中緩存所有數據，然后所有數據再一股腦兒地發給客戶端。
例如: Content-Length: 19847
Content-Encoding：
作用：文檔的編碼（Encode）方法。一般是壓縮方式。
WEB服務器表明自己使用了什么壓縮方法（gzip，deflate）壓縮響應中的對象。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載時間。
例如：Content-Encoding：gzip
Location：
作用： 用于重定向一個新的位置， 包含新的URL地址
實例請看304狀態實例
注意
HTTP協議是無狀態的和Connection: keep-alive的區別
無狀態是指協議對于事務處理沒有記憶能力，服務器不知道客戶端是什么狀態。從另一方面講，打開一個服務器上的網頁和你之前打開這個服務器上的網頁之間沒有任何聯系。
HTTP是一個無狀態的面向連接的協議，無狀態不代表HTTP不能保持TCP連接，更不能代表HTTP使用的是UDP協議（無連接）。
從HTTP/1.1起，默認都開啟了Keep-Alive，保持連接特性，簡單地說，當一個網頁打開完成后，客戶端和服務器之間用于傳輸HTTP數據的TCP連接不會關閉，如果客戶端再次訪問這個服務器上的網頁，會繼續使用這一條已經建立的連接。
Keep-Alive不會永久保持連接，它有一個保持時間，可以在不同的服務器軟件（如Apache）中設定這個時間
