一.Fiddler介紹

Fiddler是一個http抓包改包工具，fiddle英文中有“欺騙、偽造”之意，與wireshark相比它更輕量級，上手簡單，因為只能抓http和https資料包，所以在針對http和https資料包的抓取上它更加專業。

不僅可以記錄客戶端和伺服器的http(s)請求，還能設定斷點，修改請求和響應的資料，模擬弱網路環境。如果這些還滿足不了你的需求，你還可以安裝外掛對Fiddler現有的功能進行擴充套件，甚至編寫指令碼實現一些自動化操作。

二.Fiddler的工作原理

當我們瀏覽網頁的時候，實際上瀏覽器會通過tcp連線以http資料包的形式向伺服器發起請求的，伺服器在接收到請求後會根據後臺程式碼邏輯做出不同的響應。

以上是系統中沒有代理，用的是直連網路的情況。這時候如果系統中設定了靜態http代理，那麼瀏覽器所有外發的http請求會被重定向到代理伺服器，代理伺服器會根據請求的目的ip將請求再轉發至相應的伺服器。同理，伺服器返回給瀏覽器的資料也要經過代理這一層。

其實Fiddler所做的和代理伺服器是一樣的事情，當我們啟用Fiddler之後，ie的http(s)代理會自動被設定為127.0.0.1:8888(之所以這麼設定是因為Fiddler是在本地8888埠進行監聽的)， 所有http(s)會話的都會被Fiddler攔截。Fiddler監聽的埠號可以在下面這個地方更改：

至於Fiddler為啥可以抓https包，其實是利用了類似中間人攻擊的技術，看下面這張圖：

在瞭解Fiddler解密https的原理之前，我們首先要知道標準的https通訊原理。在https通訊中，運用到了兩種加密技術——對稱加密技術和非對稱加密技術（RSA），非對稱加密用來在握手過程中傳輸對稱祕鑰，而對稱加密技術是握手完成之後實際使用的通訊加密技術。

https實際通訊過程可以分為兩步走：

第一步，客服端和伺服器協商通訊使用的金鑰（對稱金鑰）。

這個過程可以簡單描述為——客戶端發起請求獲取伺服器的證書，證書裡包含了伺服器的RSA公鑰。客戶端生成通訊用的對稱金鑰，使用伺服器的公鑰加密後傳輸給伺服器。伺服器接收到之後使用自己的RSA私鑰解密得到傳輸用的明文祕鑰。

第二步，客服端和伺服器使用協商好的金鑰進行加密通訊。

瞭解以上常識後我們再看Fiddler解密https的過程其實不難：

1. 客戶端發起請求，中間人（Fiddler）會攔截來自客戶端的請求，並將偽造的ca證書派發給客戶端。同時Fiddler向伺服器請求，獲得伺服器的ca證書。

2. 客戶端接收到來自中間人（Fiddler）的證書，還傻傻的以為這個證書是來自伺服器的，並且使用證書裡的公鑰（其實是Fiddler的公鑰）對生成的通訊祕鑰（對稱金鑰）加密，傳送給伺服器。可憐的是這個資料包也會被中間人（Fiddler）攔截。

3. 中間人（Fiddler）使用自己的私鑰將資料包解密，很輕鬆地得到了通訊祕鑰。之後使用伺服器的RSA公鑰對通訊金鑰加密後傳輸給伺服器。

4. 伺服器接收到“客戶端”（其實是Fiddler）傳送給自己的金鑰，使用RSA私鑰解密得到明文金鑰後，建立信任。握手完成。使用對稱金鑰加密訊息， 開始通訊。

三.Fiddler的使用

網上介紹Fiddler各種功能的帖子已經不少了，這裡就結合我工作中的使用來總結下Fiddler的幾個常見的使用場景。

1.模擬瀏覽器白屏的同時不影響正常抓包（可學習到：使用Fiddler設定斷點，QuickExec命令）。

因為有收到某些使用者反饋QB在某些環境下會出現白屏現象，為了針對白屏問題進行優化，需要對白屏現象穩定復現。當然瀏覽器白屏可能是多種因素造成的，瀏覽器崩潰，網路卡慢導致網頁遲遲不能載入，亦有可能網頁本身就有問題……

經過和開發同學瞭解，目前重點要解決的是首頁白屏問題，QB首頁從開始導航到渲染成功中間有一段間隙，在這段間隙裡網頁在視覺上會保持“白屏”的狀態，如果這個時間比較長就會給使用者不好的體驗。可以給這種“白屏”做一個具體的定義：首頁開啟20s後如果仍未成功渲染就定義為發生了一次“白屏”現象。測試的時候我們要模擬這種白屏現象，只要找到一種方法可以讓標籤頁開啟20s之內始終保持“白屏”狀態即可。

當然對網路進行限速可以達到這個目的，但是我測試中有在模擬白屏的同不影響正常抓包的需求，而一般的限速工具（比如電腦管家）只是應用級的限速，無法做到針對特定請求限速。

所以首先想到的是使用Fiddler的設定http斷點功能，將QB啟動時發起的導航頁請求卡住，讓其遲遲不能獲取導航頁伺服器的響應，保持這個狀態20s即可成功觸發“白屏”現象。點選Fiddler左下角的這個位置，預設這個位置是空白的，當點選後圖標變為向上的箭頭時Fiddler會攔截所有http(s)請求，如果是向下的箭頭會攔截所有的響應。請求被攔截時QB會一直保持白屏狀態，維持20s觸發“白屏”。全域性斷點會攔截所有的http(s)請求,如果只想模擬導航頁的白屏，可以設定下filters，但是如果想模擬導航頁白屏的同時不影響其他網頁的正常抓包，我們還得求助於bpu命令。

bpu是一個QuickExec命令， QuickExec命令輸入框在fiddler的左下方可以找到（那個黑色的長條）。bpu命令格式：bpu {url}，這裡直接在QuickExec下輸入bpu https://daohang.qq.com/?fr=hmpage，就會成功設定斷點，只要一發現url為https://daohang.qq.com/?fr=hmpage的請求，Fiddler就會將其中斷。而其他的http請求仍然可以正常傳送。這種方法可以在製造白屏的同時正常抓包。如果想取消之前設定的斷點在QuickExec下直接輸入bpu（無引數）即可。

由此延伸著學習了下Fiddler提供的一些常見的QuickExec的命令，列舉幾個相對來說比較實用的：

Tips：

（1）和bash shell類似，使用方向鍵上、下，可以切換QuickExec歷史命令；

（2）值得一提的是內建的QuickExec命令其實是通過FiddlerScript（FiddlerScript會在下一部分介紹）定義的，如果這些命令仍舊不能滿足你的需求，你可以在對應的地方新增自定義命令。

2.修改網路請求

在工作中時不時會因某些原因需要修改網路請求，主要有以下場景（但不限於此）：

• 當前請求的的內容與將要上線的功能存在區域性差異，一般是一些請求引數的差異；

• 某些後臺服務ip或埠發生變更。

當然你可以使用Fiddler的composer對想要修改請求包進行重構——開啟composer標籤，將要修改的session拖到composer裡即可修改。但是如果想對某些特定的url自動的改包，還得使用FiddlerScript來做。使用FiddlerScript的簡要步驟如下：

（1）安裝Fiddler script editor外掛，安裝後可以在右側發現多了一個選項卡FiddlerScript：

（2）Fiddlerscript的語法和js有點類似，簡單學習下，發現如果要改請求引數可以在OnBeforeRequest這個function裡對Session物件的url屬性進行修改。下面是一段示例程式碼，可以做到自動對GET請求中的個別引數修改：

（3）點選左上角的【save script】儲存修改.

（4）重新觸發請求，使用Fiddler抓包，可以看到host引數自動被替換為了我們指定的值。

官方文件上列舉了比較幾類常見的改包場景：

• 新增或刪除一個請求頭；

oSession.oRequest["NewHeaderName"] = "New header value";

oSession.oResponse.headers.Remove("Set-Cookie");

• 重定向請求的file、hostname、port；

if (oSession.PathAndQuery=="/version1.css")
    oSession.PathAndQuery="/version2.css";

if (oSession.HostnameIs("www.bayden.com"))
    oSession.hostname="test.bayden.com";

if (oSession.host=="www.bayden.com:8080")
    oSession.host="test.bayden.com:9090";

3.線上檔案對映到本地除錯（可學習到：auto response）

使用Fiddler可以將線上的檔案對映到本地除錯，比如線上某個js檔案有一個bug，這時你身邊的電腦上又沒有裝ide環境，你可以將這個js檔案下載下來在本地修改，然後使用Fiddler的auto response功能將所有請求線上js的會話重定向到本地js檔案，這樣就可以直接在線上實時觀察修改結果了。例如下圖裡，我使用本地的jquery檔案對線上jquery檔案“替換”。

注意：線上引用的jquery之前是1.11.3的，加了auto response規則後再次請求後，Fiddler使用本地3.1.1的jquery替換了原始的response。

4.Fiddler抓localhost（127.0.0.1）

5.使用FiddlerCore做自動化

除了擁有強大外掛擴充套件能力，Fiddler還抽取了其核心能力為開發者封裝了一套sdk——FiddlerCore，可以將Fiddler的功能很好的整合到自己的應用裡。

不過遺憾的是FidderCore只支援.net開發(誰讓作者是微軟的IE專案經理呢......)，可以使用Nuget為你的project整合FidderCore。

四.結語

以上就是我個人使用Fiddler的經驗總結，當然Fiddler的功能遠遠不止這些，比如：移動端抓包、模擬弱網路、http效能測試、自動化ApiTest等等，甚至可以使用Fiddler做反向代理，有興趣的同學可以繼續鑽研一下，下面是一些Fiddler學習的網站。

不知大家在工作中是否用到fiddler、wirshark這類工具，是否有使用fiddler解決問題的好案例？或者同學們如果有更好的工具推薦，都請在評論區討論一下吧！

此文已由作者授權騰訊雲技術社群釋出，轉載請註明文章出處