fiddler主體功能簡介

fiddler filters 使用（fiddler只顯示指定請求，fiddler不顯示指定請求，即filter請求過濾）

fiddler 有乙個filters可以很好的幫助我們只顯示我們關係的請求或者隱藏掉我們不關心的請求。這在開發中是非常有用的，尤其是你在這邊想看請求，那邊有程式或者**在自動頻繁傳送求情，真的很煩。回想一下買票外掛程式，是不是會在不停的刷，你在fiddler看東西就會很煩。

另外就是使用fiddler的時候我們幾乎不會關心js和css請求，現在js越來越多的模組化了，在開發模式下往往會載入很多js檔案（可能幾百個），這往往都是我們不關係的請求。

如下圖，先整體看看。

接下來是分步解釋（按照途中標記的號碼）：

是否啟用filters。

我們可以維護多套filters，在不同的情形下載入不同的filter，在actions中可以把當前的filter儲存起來，也可以載入以前儲存的filter，如下圖。

根據主機名資訊的filter。其中第乙個下拉框是只顯示內網或者外網選項，個人覺得用處很有限，如下圖

另乙個是下拉框結合它下面的輸入框來完成根據主機名資訊顯示或者隱藏或者標記指定請求，如下圖。

下圖是乙個例子，可以簡單理解為隱藏對本機的請求。

根據程序資訊的filter，第乙個checkbox選上就可以選擇程序了，那麼fiddler將只顯示該程序發出的請求，如下圖。另外兩個乙個是指關心ie，另乙個是隱藏來自service host的請求。

根據request header的filter。這個可能是我覺得比較有用的一塊兒了。

show only if url contains 和 hide if url contains 使用方法類似功能相反。都是url中包含某些字元的filter，多種情況空格分隔。支援正規表示式和完全匹配，如下是個例子，可以簡單理解為隱藏所有js和css請求。

這個部分是各種各樣的斷點，大家應該知道fiddler是有斷點功能的，可以在請求傳送時斷住，之後修改請求，再傳送。當然也可以在響應的時候斷住，做修改。而且fiddler還可以模擬響應，根本不傳送給server端，在專案開發階段，server端沒有準備好api這個就特別有用了，或者用了復現一些問題。

如果server端的響應**屬於或者不屬於哪一類就隱藏，比較簡單。

這部分是根據響應型別和大小的filter，前一半是顯示隱藏的filter，後block的filter。block的filter也挺有意思，如果你選中了block css那麼瀏覽器就載入不到css了。

是對response header的flag和修改。比較有用的是如果你想知道哪些請求修改了cookie那麼就可以選中第乙個checkbox。