通過設置斷點,fiddler可以:
-
修改HTTP請求頭信息。例如修改請求頭的UA, Cookie, Referer 信息，通過“僞造”相應信息達到達到相應的目的（調試，模擬用戶真實請求等）。
-
構造請求數據，突破錶單的限制，隨意提交數據。避免頁面js和表單限制影響相關調試。
-
攔截響應數據，修改響應實體。
爲什麼以上方法是重要的？
假設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請求），設置如下圖所示：
我習慣用快捷鍵:
alt+F11 開啓斷點
刷新頁面,網頁一直在加載中,打開Fiddler到如下界面,點擊右側指示的可以編輯response body
修改其中任何消息,
按快捷鍵,shift+F11 關閉斷點, 否則接着下面的請求都斷點了,每個鏈接都要run to Completion
關閉後再 run to Completion
檢查網頁展示成希望的樣子, 打到想要的目的.
