一. Fiddler內置命令。
上一節(使用Fiddler進行抓包分析)中,介紹到,在web session(與我們通常所說的session不是同一個概念,這裏的每條HTTP請求都成爲一個session)界面中可以看到Fiddler抓取的所有HTTP請求.而爲了更加方便的管理所有的session, Fiddler提供了一系列內置的函數用於篩選和操作這些session(習慣命令行操作Linux的童鞋應該可以感受到這會有多麼方便).輸入命令的位置在web session管理面板的下方(通過快捷鍵alt+q可以focus到命令行).
Fiddler內置的命令有如下幾種:
1. select命令。
選擇所有相應類型(指content-type)爲指定類型的HTTP請求,如選擇圖片,使用命令select image.而select css則可以選擇所有相應類型爲css的請求,select html則選擇所有響應爲HTML的請求(怎麼樣,是不是跟SQL語句很像?)。如圖是執行select image之後的結果:
2. allbut命令。
allbut命令用於選擇所有響應類型不是給定類型的HTTP請求。如allbut image用於選擇所有相應類型不是圖片的session(HTTP請求),該命令還有一個別名keeponly.需要注意的是,keeponly和allbut命令是將不是該類型的session刪除,留下的都是該類型的響應。因此,如果你執行allbut xxxx(不存在的類型),實際上類似與執行cls命令(刪除所有的session, ctrl+x快捷鍵也是這個作用)
3. ?text命令
選擇所有 URL 匹配問號後的字符的全部 session
4. >size 和 <size命令
選擇響應大小大於某個大小(單位是b)或者小於某個大小的所有HTTP請求
5. =status命令
選擇響應狀態等於給定狀態的所有HTTP請求。
例如,選擇所有狀態爲200的HTTP請求:=200
6. @host命令
選擇包含指定 HOST 的全部 HTTP請求。例如:@csdn.NET
選擇所有host包含csdn.Net的請求
7. Bpafter, Bps, bpv, bpm, bpu
這幾個命令主要用於批量設置斷點
Bpafter xxx: 中斷 URL 包含指定字符的全部 session 響應
Bps xxx: 中斷 HTTP 響應狀態爲指定字符的全部 session 響應。
Bpv xxx: 中斷指定請求方式的全部 session 響應
Bpm xxx: 中斷指定請求方式的全部 session 響應。等同於bpv xxx
Bpu xxx:與bpafter類似。
當這些命令沒有加參數時,會清空所有設置了斷點的HTTP請求。
更多的其他命令可以參考Fiddler官網手冊。
二. 使用Fiddler進行HTTP斷點調試。
這是Fiddler又一強大和實用的工具之一。通過設置斷點,Fiddler可以做到:
1. 修改HTTP請求頭信息。例如修改請求頭的UA, Cookie, Referer 信息,通過“僞造”相應信息達到達到相應的目的(調試,模擬用戶真實請求等)。
2. 構造請求數據,突破錶單的限制,隨意提交數據。避免頁面js和表單限制影響相關調試。
3. 攔截響應數據,修改響應實體。
爲什麼以上方法是重要的?假設js前端程序員和服務器程序員是分工合作的,js程序員想要調試Ajax請求的功能,這樣便不必等待服務器端程序員開發好所有接口之後再開始開發js端的ajax請求功能,因爲通過“模擬”真實的服務器端的響應,便可以保證功能的正確性,而服務器端開發程序員,只要保證最終的響應是符合規定的即可。這大大簡化了程序開發的效率,當然也降低了不同業務線程序員聯調的難度。
有兩種方法設置斷點:
1.fiddler菜單欄->rules->automatic Breakpoints->選擇斷點方式,這種方式下設定的斷點會對之後的所有HTTP請求有效。
有兩個斷點位置:
a. before response。也就是發送請求之後,但是Fiddler代理中轉之前,這時可以修改請求的數據。
b.after response。也就是服務器響應之後,但是在Fiddler將響應中轉給客戶端之前。這時可以修改響應的結果。
2.命令行下輸入。Bpafter xxx或者bpv,bpu,bpm等設置斷點。這種斷點只針對特定類型的請求。
我們以本地的web項目爲例,演示如何簡單的設置HTTP斷點:
1.首先設置Firefox的代理,使之可以抓取所有的HTTP請求(localhost的請求,也可以在filter中設置只抓取intranet請求),設置如下圖所示:
2. 這時用web打開本地的項目。頁面的內容爲:
4. 設置響應後斷點(after response breakpoint),可以通過命令行設置:bpafter localhost。鍵入回車之後,web再次訪問文件,通過Fiddler的web session界面可以看到,請求已經被掛起來了,而web瀏覽器也一直處於加載的狀態。觀察右側的inspector面板下,也出現了新的東西:
這時我們就可以修改響應的信息了。修改過程爲:
切換到textView子面板,選擇需要修改的部分,然後點擊 “run to complete“,便可回送修改後的響應。假設我們修改後的內容如下:
點擊執行後,打開剛剛的web界面。可以看到的頁面的變化。
可見,頁面的響應已經有了相應的變化。這就是響應後斷點。當然實際應用中,斷點的設置和響應的修改會比這複雜的多,這裏只是基本的示例。
終止斷點的方式有:
1. 在inspector界面點擊“run complete“即會終止本次HTTP請求的斷點。
2. 輸入Go命令,也會使得當前的請求跳過斷點。
3. 在rules->auto breakpoint中disabled斷點即可。
總之,Fiddler的斷點功能非常強大,關於它的進一步學習和應用,需要一個不斷積累和摸索的過程。