以豆瓣網搜尋功能為例，從搜尋關鍵詞（即請求，request）到返回結果（即響應，response），正常為流程一：
1-瀏覽器將請求A傳送給伺服器。
2-伺服器收到請求A，將對應的響應a返回給瀏覽器。
3-瀏覽器收到響應a。

開啟fiddler後，變為流程二：
1-瀏覽器將請求A傳送給fiddler。
2-fiddler收到請求A，將A傳送給伺服器。
3-伺服器收到請求A，將對應的響應a返回給fiddler。
4-fiddler收到響應a，將a返回給瀏覽器。
5-瀏覽器收到響應a。

通過fiddler修改傳送的請求與返回的結果，此時變為流程三：
1-瀏覽器將請求A傳送給fiddler。
2-fiddler收到請求A，修改為B，將B傳送給伺服器。
3-伺服器收到請求B，將對應的響應b返回給fiddler。
4-fiddler收到響應b，修改為c，將c返回給瀏覽器。
5-瀏覽器收到響應c。

流程三相對於流程二，多了修改操作，修改操作需要中斷流程，因此首先需要確定在什麼條件下中斷流程，也就是斷點，然後再設定斷點。

一、流程三之前，確定並設定斷點
1、開啟豆瓣官網和fiddler。

2、傳送請求：在豆瓣網搜尋框中輸入請求引數“肖申克的救贖”，並點選“傳送”。

3、確定斷點：在fiddler中找到點選“傳送”時的請求，並複製該請求的主要部分（即斷點）：https://www.douban.com/search?q= 。

4、設定斷點：在fiddler左下方的命令列中輸入：bpu https://www.douban.com/search?q=，
點選回車，右下方變為：RequestURI breakpoint for

二、流程三
1、開啟豆瓣官網和fiddler。

2、傳送請求：在豆瓣網搜尋框中輸入請求引數“肖申克的救贖”，並點選“傳送”。

3、在fiddler中找到點選“傳送”時的請求，檢視請求引數。此時該條記錄的左側顯示為一個上傳中斷的標識，表示fiddler還未將請求引數上傳給伺服器。右邊Inspectors欄目下，請求模組與響應模組之間多了一行按鈕，且響應模組裡沒有資料。
檢視瀏覽器，顯示頁面還在載入中。

4、將請求引數“肖申克的救贖”修改為“教父”，然後點選“Break on Response”。此時該條記錄的左側顯示為一個下載中斷的標識，表示伺服器已返回響應給fiddler，但fiddler還未將響應返回給瀏覽器。右邊Inspectors欄目下，“Break on Response”按鈕已置灰不能點選，且響應模組裡多了“教父”的資料。
檢視瀏覽器，顯示頁面還在載入中。
–“Break on Response”表示：收到伺服器返回的響應後中斷操作。

5、在響應模組中修改伺服器返回的響應，如將標題“教父”修改為“美國往事”，然後點選“Run to Completion”。此時該條記錄的左側顯示為正常的請求標識，表示fiddler已將響應返回給瀏覽器。右邊Inspectors欄目下，請求模組與響應模組之間的那一行按鈕消失。
檢視瀏覽器，標題為“美國往事”，內容為“教父”的資料。
–“Run to Completion”表示：繼續執行直到完成。

本文來自：https://blog.csdn.net/yisumi
end…