當今web程式的開發技術真是百家争鳴，asp.net, php, jsp，perl, ajax 等等。
無論web技術在未來如何發展，了解web程式之間通信的基本協定相當重要, 因為它讓我們了解了web應用程式的内部工作.
本文将對http協定進行詳細的執行個體講解，内容較多，希望大家耐心看。也希望對大家的開發工作或者測試工作有所幫助。使用fiddler工具非常友善地捕獲http
request和http response, 關于fiddler工具的用法，請看我另一篇部落格[]
協定是指計算機通信網絡中兩台計算機之間進行通信所必須共同遵守的規定或規則，超文本傳輸協定(http)是一種通信協定，它允許将超文本标記語言(html)文檔從web伺服器傳送到用戶端的浏覽器
目前我們使用的是http/1.1 版本
當我們打開浏覽器，在位址欄中輸入url，然後我們就看到了網頁。 原理是怎樣的呢？
實際上我們輸入url後，我們的浏覽器給web伺服器發送了一個request,
web伺服器接到request後進行處理，生成相應的response，然後發送給浏覽器，
浏覽器解析response中的html,這樣我們就看到了網頁，過程如下圖所示
我們的request 有可能是經過了代理伺服器，最後才到達web伺服器的。
過程如下圖所示
代理伺服器就是網絡資訊的中轉站，有什麼功能呢？
1. 提高通路速度， 大多數的代理伺服器都有緩存功能。
2. 突破限制， 也就是翻牆了
3. 隐藏身份。
url(uniform resource locator) 位址用于描述一個網絡上的資源, 基本格式如下
scheme
指定低層使用的協定(例如：http, https, ftp)
host
http伺服器的ip位址或者域名
port#
http伺服器的預設端口是80，這種情況下端口号可以省略。如果使用了别的端口，必須指明，例如 http://www.cnblogs.com:8080/
path
通路資源的路徑
query-string 發送給http伺服器的資料
anchor-
錨
url 的一個例子
http協定是無狀态的，同一個用戶端的這次請求和上次請求是沒有對應關系，對http伺服器來說，它并不知道這兩個請求來自同一個用戶端。 為了解決這個問題，
web程式引入了cookie機制來維護狀态.
先看request 消息的結構,
request 消息分為3部分，
第一部分叫request line,
第二部分叫request header,
第三部分是body.
header和body之間有個空行，
結構如下圖
第一行中的method表示請求方法,比如"post","get", path-to-resoure表示請求的資源，
http/version-number 表示http協定的版本号
當使用的是"get" 方法的時候， body是為空的
比如我們打開部落格園首頁的request 如下
抽象的東西，難以了解，老感覺是虛的， 所謂眼見為實, 實際見到的東西，我們才能了解和記憶。
我們今天用fiddler，實際的看看request和response.
下面我們打開fiddler 捕捉一個部落格園登入的request 然後分析下它的結構, 在inspectors
tab下以raw的方式可以看到完整的request的消息， 如下圖
我們再看response消息的結構,
和request消息的結構基本一樣。 同樣也分為三部分,第一部分叫response line, 第二部分叫response header，第三部分是body.
header和body之間也有個空行, 結構如下圖
http/version-number表示http協定的版本号， status-code 和message 請看下節[狀态代碼]的詳細解釋.
我們用fiddler 捕捉一個部落格園首頁的response然後分析下它的結構, 在inspectors
tab下以raw的方式可以看到完整的response的消息， 如下圖
http協定定義了很多與伺服器互動的方法，最基本的有4種，分别是get,post,put,delete.
一個url位址用于描述一個網絡上的資源，而http中的get, post, put, delete就對應着對這個資源的查，改，增，删4個操作。
我們最常見的就是get和post了。get一般用于擷取/查詢資源資訊，而post一般用于更新資源資訊.
我們看看get和post的差別
1.
get送出的資料會放在url之後，以?分割url和傳輸資料，參數之間以&相連，如editposts.aspx?name=test1&id=123456.
post方法是把送出的資料放在http包的body中.
2. get送出的資料大小有限制（因為浏覽器對url的長度有限制），而post方法送出的資料沒有限制.
3. get方式需要使用request.querystring來取得變量的值，而post方式通過request.form來擷取變量的值。
4.
get方式送出資料，會帶來安全問題，比如一個登入頁面，通過get方式送出資料時，使用者名和密碼将出現在url上，如果頁面可以被緩存或者其他人可以通路這台機器，就可以從曆史記錄獲得該使用者的賬号和密碼.
response 消息中的第一行叫做狀态行，由http協定版本号， 狀态碼， 狀态消息 三部分組成。
狀态碼用來告訴http用戶端,http伺服器是否産生了預期的response.
http/1.1中定義了5類狀态碼， 狀态碼由三位數字組成，第一個數字定義了響應的類别
1xx 提示資訊 - 表示請求已被成功接收，繼續處理
2xx 成功 - 表示請求已被成功接收，了解，接受
3xx 重定向 - 要完成請求必須進行更進一步的處理
4xx 用戶端錯誤 - 請求有文法錯誤或請求無法實作
5xx 伺服器端錯誤 - 伺服器未能實作合法的請求
看看一些常見的狀态碼
200 ok
最常見的就是成功響應狀态碼200了， 這表明該請求被成功地完成，所請求的資源發送回用戶端
302 found
重定向，新的url會在response 中的location中傳回，浏覽器将會自動使用新的url發出新的request
例如在ie中輸入， http://www.google.com. http伺服器會傳回302， ie取到response中location
header的新url, 又重新發送了一個request.
304 not modified
代表上次的文檔已經被緩存了， 還可以繼續使用，
例如打開部落格園首頁, 發現很多response 的status code 都是304
提示： 如果你不想使用本地緩存可以用ctrl+f5 強制重新整理頁面
400 bad request 用戶端請求與文法錯誤，不能被伺服器所了解
403 forbidden 伺服器收到請求，但是拒絕提供服務
404 not found 請求資源不存在（輸錯了url）
500 internal server error 伺服器發生了不可預期的錯誤
503 server unavailable 伺服器目前不能處理用戶端的請求，一段時間後可能恢複正常
使用fiddler 能很友善的檢視reques header, 點選inspectors tab ->request tab->
headers 如下圖所示.
header 有很多，比較難以記憶，我們也按照fiddler那樣把header 進行分類，這樣比較清晰也容易記憶。
if-modified-since
作用：
把浏覽器端緩存頁面的最後修改時間發送到伺服器去，伺服器會把這個時間與伺服器上實際檔案的最後修改時間進行對比。如果時間一緻，那麼傳回304，用戶端就直接使用本地緩存檔案。如果時間不一緻，就會傳回200和新的檔案内容。用戶端接到之後，會丢棄舊檔案，把新檔案緩存起來，并顯示在浏覽器中.
例如：if-modified-since: thu, 09 feb 2012 09:07:57 gmt
執行個體如下圖
if-none-match
作用: if-none-match和etag一起工作，工作原理是在http response中添加etag資訊。 當使用者再次請求該資源時，将在http
request
中加入if-none-match資訊(etag的值)。如果伺服器驗證資源的etag沒有改變（該資源沒有更新），将傳回一個304狀态告訴用戶端使用本地緩存檔案。否則将傳回200狀态和新的資源和etag.
使用這樣的機制将提高網站的性能
例如: if-none-match: "03f2b33c0bfcc1:0"
pragma
作用： 防止頁面被緩存， 在http/1.1版本中，它和cache-control:no-cache作用一模一樣
pargma隻有一個用法， 例如： pragma: no-cache
注意: 在http/1.0版本中，隻實作了pragema:no-cache, 沒有實作cache-control
cache-control
作用: 這個是非常重要的規則。 這個用來指定response-request遵循的緩存機制。各個指令含義如下
cache-control:public 可以被任何緩存所緩存（）
cache-control:private 内容隻緩存到私有緩存中
cache-control:no-cache 所有内容都不會被緩存
還有其他的一些用法， 我沒搞懂其中的意思， 請大家參考其他的資料
accept
作用： 浏覽器端可以接受的媒體類型,
例如： accept: text/html 代表浏覽器可以接受伺服器回發的類型為 text/html
也就是我們常說的html文檔,
如果伺服器無法傳回text/html類型的資料,伺服器應該傳回一個406錯誤(non acceptable)
通配符 * 代表任意類型
例如 accept: */* 代表浏覽器可以處理所有類型,(一般浏覽器發給伺服器都是發這個)
accept-encoding：
作用： 浏覽器申明自己接收的編碼方法，通常指定壓縮方法，是否支援壓縮，支援什麼壓縮方法（gzip，deflate），（注意：這不是隻字元編碼）;
例如： accept-encoding: gzip, deflate
accept-language
作用： 浏覽器申明自己接收的語言。
語言跟字元集的差別：中文是語言，中文有多種字元集，比如big5，gb2312，gbk等等；
例如： accept-language: en-us
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)
accept-charset
作用：浏覽器申明自己接收的字元集，這就是本文前面介紹的各種字元集和字元編碼，如gb2312，utf-8（通常我們說charset包括了相應的字元編碼方案）；
例如：
cookie:
作用： 最重要的header, 将cookie的值發送給http 伺服器
content-length
作用：發送給http伺服器資料的長度。
例如： content-length: 38
content-type
例如：content-type: application/x-www-form-urlencoded
referer:
作用： 提供了request的上下文資訊的伺服器，告訴伺服器我是從哪個連結過來的，比如從我首頁上連結到一個朋友那裡，他的伺服器就能夠從http
referer中統計出每天有多少使用者點選我首頁上的連結通路他的網站。
例如: referer:http://translate.google.cn/?hl=zh-cn&tab=wt
connection
例如： connection: keep-alive
當一個網頁打開完成後，用戶端和伺服器之間用于傳輸http資料的tcp連接配接不會關閉，如果用戶端再次通路這個伺服器上的網頁，會繼續使用這一條已經建立的連接配接
例如： connection: close
代表一個request完成後，用戶端和伺服器之間用于傳輸http資料的tcp連接配接會關閉， 當用戶端再次發送request，需要重建立立tcp連接配接。
host（發送請求時，該報頭域是必需的）
作用: 請求報頭域主要用于指定被請求資源的internet主機和端口号，它通常從http url中提取出來的
例如: 我們在浏覽器中輸入：http://www.guet.edu.cn/index.html
浏覽器發送的請求消息中，就會包含host請求報頭域，如下：
host：http://www.guet.edu.cn
此處使用預設端口号80，若指定了端口号，則變成：host：指定端口号
同樣使用fiddler 檢視response header, 點選inspectors tab ->response tab->
headers 如下圖所示
我們也按照fiddler那樣把header 進行分類，這樣比較清晰也容易記憶。
date
作用: 生成消息的具體時間和日期
例如： date: sat, 11 feb 2012 11:35:14 gmt
expires
作用: 浏覽器會在指定過期時間内使用本地緩存
例如: expires: tue, 08 feb 2022 11:35:14 gmt
vary
例如: vary: accept-encoding
p3p
作用: 用于跨域設定cookie, 這樣可以解決iframe跨域通路cookie的問題
例如: p3p: cp=cura adma deva psao psdo our bus uni pur int dem sta pre com nav
otc noi dsp cor
set-cookie
作用： 非常重要的header, 用于把cookie 發送到用戶端浏覽器， 每一個寫入cookie都會生成一個set-cookie.
例如: set-cookie: sc=4c31523a; path=/; domain=.acookie.taobao.com
etag
作用: 和if-none-match 配合使用。 （執行個體請看上節中if-none-match的執行個體）
例如: etag: "03f2b33c0bfcc1:0"
last-modified:
作用： 用于訓示資源的最後修改日期和時間。（執行個體請看上節的if-modified-since的執行個體）
例如: last-modified: wed, 21 dec 2011 09:09:10 gmt
作用：web伺服器告訴浏覽器自己響應的對象的類型和字元集,
例如:
content-type: text/html; charset=utf-8
content-type:text/html;charset=gb2312
content-type: image/jpeg
指明實體正文的長度，以位元組方式存儲的十進制數字來表示。在資料下行的過程中，content-length的方式要預先在伺服器中緩存所有資料，然後所有資料再一股腦兒地發給用戶端。
例如: content-length: 19847
content-encoding
web伺服器表明自己使用了什麼壓縮方法（gzip，deflate）壓縮響應中的對象。
例如：content-encoding：gzip
content-language
作用： web伺服器告訴浏覽器自己響應的對象的語言者
例如： content-language:da
server:
作用：指明http伺服器的軟體資訊
例如:server: microsoft-iis/7.5
x-aspnet-version:
作用：如果網站是用asp.net開發的，這個header用來表示asp.net的版本
例如: x-aspnet-version: 4.0.30319
x-powered-by:
作用：表示網站是用什麼技術開發的
例如： x-powered-by: asp.net
location
作用： 用于重定向一個新的位置, 包含新的url位址
執行個體請看304狀态執行個體
無狀态是指協定對于事務處理沒有記憶能力，伺服器不知道用戶端是什麼狀态。從另一方面講，打開一個伺服器上的網頁和你之前打開這個伺服器上的網頁之間沒有任何聯系
http是一個無狀态的面向連接配接的協定，無狀态不代表http不能保持tcp連接配接，更不能代表http使用的是udp協定（無連接配接）
從http/1.1起，預設都開啟了keep-alive，保持連接配接特性，簡單地說，當一個網頁打開完成後，用戶端和伺服器之間用于傳輸http資料的tcp連接配接不會關閉，如果用戶端再次通路這個伺服器上的網頁，會繼續使用這一條已經建立的連接配接
keep-alive不會永久保持連接配接，它有一個保持時間，可以在不同的伺服器軟體（如apache）中設定這個時間
如果您覺得本篇部落格對你有所收獲請點選右下角的 [推薦]
如果您想轉載本部落格，請注明出處
如果你對本文有意見或者建議，歡迎留言
感謝您的閱讀，請關注我的後續部落格