fiddler 是個很大的http處理請求響應工具 可以構建http請求並檢視請求響應資訊
介紹:http://www.cnblogs.com/backuper/archive/2008/12/31/1365984.html
下面是學習http請求響應筆記
請求過程中的快取
當客戶端需要乙個資源（html,css.js…），他們有3種可能的動作：
1 傳送乙個一般的http請求到遠端伺服器端，請求這個資源。
2 傳送乙個有條件的http請求到伺服器，條件就是如果它不同於本地的快取版本。
3 如果快取的拷貝可用，就使用本地的快取資源。
下面描述請求響應的資訊
請求頭
1 pragma：no-cache 表明客戶端不願意接受快取請求，它需要的是最即時的資源。
2 if-modified-since: datetime 表明如果這個資源自從上次被客戶端請求，就已經修改了，那麼伺服器就會返回給客戶
端最新的。
3 if-none-match: etagvalue 如果客戶端資源的etag值跟伺服器端不一致了，那麼伺服器端返回最新的資
注：如果要是這些有條件的請求，也就是含有if-modified-since 或者 if-none-matchheader頭的請求，伺服器將會以
http/304 not modified 來作為響應，那麼客戶端就知道可以使用客戶端的快取了。否則，伺服器將會返回乙個新的響應
並且客戶端就會拋棄過期的快取資源。
響應頭
expires(過期) 頭包含乙個絕對的日期，當超過此日期，它將不會被考慮更新了。
cache-control頭的引數設定：
public 響應會被快取，並且在多使用者間共享。
private 響應只能夠作為私有的快取，不能再使用者間共享。
no-cache 響應不會被快取
no-store 響應不會被快取，並且不會被寫入到客戶端的磁碟裡，這也是基於安全考慮的某些敏感的響應才會使用這個。
vary：user-agent表示快取當前的響應,vary 是乙個快取訊號
accept-encoding: gzip, deflate 表明ie將願意接受gzip格式的和ｄdeflate格式的壓縮響應
使用Fiddler除錯Wcf Rest
1 使用fiddler除錯wcf rest 1.1 怎樣使用斷點除錯 1.1.1 執行專案 1.1.2 除錯 附加程序 fiddler.exe 勾選顯示所有使用者的程序 1.2 get方法 1.2.1 fiddler 選擇composer 選擇get並輸入服務位址 1.3 post方法 1.3.1 ...
使用Fiddler除錯Wcf Rest
1 使用fiddler除錯wcf rest 1.1 怎樣使用斷點除錯 1.1.1 執行專案 1.1.2 除錯 附加程序 fiddler.exe 勾選顯示所有使用者的程序 1.2 get方法 1.2.1 fiddler 選擇composer 選擇get並輸入服務位址 1.3 post方法 1.3.1 ...
Fiddler斷點除錯
一 斷點除錯可以實現的效果 1.修改http請求頭資訊。例如修改請求頭的ua,cookie,referer 資訊，通過 偽造 相應資訊達到達到相應的目的 除錯，模擬使用者真實請求等 2.構造請求資料，突破表單的限制，隨意提交資料。避免頁面js和表單限制影響相關除錯。3.攔截響應資料，修改響應實體 二...