Fiddler5 發送HTTP請求

1.Fiddler Composer發送HTTP請求

Composer的編輯模式主要有2種：Parsed模式和Raw模式。

實例1：Composer發送get請求

實例2：Composer發送post請求

實例3：composer編輯以前捕獲的HTTP請求

在web會話列表中，能夠將捕獲到的HTTP請求拖拽到Composer中，編輯後再發送。

 

2.Fiddler從新發送HTTP請求

選中一個Session，單擊Replay按鈕，能夠從新向Web服務器發送該請求。

選中多個Session，單擊Replay按鈕，Fiddler會啓用多線程同時發送該請求，此功能能夠用來作併發性能測試。

Shift鍵+Replay按鈕：彈出提示框，要求指定每一個請求被從新發送的次數。

Ctrl鍵+Replay按鈕：在HTTP請求中不會包含If-Modified-Since和if-None-Match（是不使用緩存的意思吧）。

選中一個或多個Session，右鍵菜單會有一個Replay菜單

Replay菜單詳細說明以下

• Reissue Requests    R    從新發送請求，和菜單欄上的Replay按鈕是同樣的功能
• Reissue Unconditionally    U    無條件反覆發送選中的請求
• Reissue and Edit    E    把選中的請求以原來的形式從新發送，在每一個新的Session中設置斷點，在請求發送給服務器以前，能夠修改請求
• Reissue and Verify    V    從新發送請求，檢查響應，若是響應和上一個請求同樣，就會變成綠色
• Reissue Sequentially    S   選中多個Session會按順序一個一個從新發送請求，是單線程模式
• Reissue from Composer        在Composer中編輯該請求
• Revisit in IE         在IE瀏覽器中用Get方法訪問這個請求

實例1：簡單的性能測試

在Web Session列表中，選中一個或者多個Session，而後按下Shift鍵的同時單擊Replay按鈕，會彈出提示框，要求指定每一個請求被從新發送的次數。Fiddler會用多線程同時發送該請求，至關於模擬了不少用同時訪問該請求。

實例2：使用Fiddler重放功能查找和登陸相關的Cookie

任何一個網站，都會有一個cookie是用來維護登陸的，若是瀏覽器發送的請求沒有這個cookie，Web瀏覽器就會返回302狀態碼，讓瀏覽器跳轉到登陸頁面。

1.打開瀏覽器，訪問百度網頁，而且登陸帳戶。

2.啓動fiddler，打開http://i.baidu.com（這個頁面只有在登陸頁面才能打開），捕獲請求。

3.右擊此請求-->Replay-->Reissue and Edit，此時HTTP請求處於可編輯的狀態，刪除一個cookie，而後單擊Run to Completion，檢查HTTP響應。若是響應仍是處於登陸狀態（響應中出現用戶名說明是登陸狀態），說明刪除的cookie與登陸無關。

4.重複操做，刪除cookie，查看響應，最後找到名爲BDUSS的cookie是與登陸有關的。