對於get請求來說沒有請求主體entity-body。對於post請求而言，不會對傳送請求的資料格式進行限制，理論上你可以發任意資料，但是伺服器能不能處理就是另一回事了。伺服器收到資料後，如何解析資料呢？
它會以請求頭中的content-type設定的內容來進行資料解析。確定好content-type的格式之後，請求主體的資料格式也就確定下來了。
接下來就詳細地介紹每一種資料格式對應的fiddler請求模擬的實現情況。
這是post請求最常見也是預設的資料提交格式。它要求資料名稱（name）和資料值（value）之間以等號相連，與另一組name/value值之間用&相連。例如：parameter1=12345&meter2=23456。將請求的內容進行格式化了，其實這個方法同時簡化的客戶端傳送，也簡化了伺服器端獲取，伺服器通過getparameters（string name）即可獲取到傳送來的資訊。
用fiddler模擬請求的話，請求頭和請求主體的內容可以這樣構造：
模擬請求之後，從返回結果可以檢視到我們的請求資料：
用fiddler模擬請求的話，請求頭和請求主體的內容可以這樣構造：
模擬請求之後，從返回結果可以看到我們的請求資料：
（三）text/xml資料格式
用fiddler模擬請求的話，請求頭和請求主體的內容可以這樣構造：
模擬請求之後，從返回結果可以看到我們的請求資料：
（四）multipart/form-data資料格式
用fiddler模擬請求的話，請求頭和請求主體的內容可以這樣構造：
第一步，先設定好請求頭格式，然後點選upload file...
第二步，上傳你的檔案，這裡我上傳乙個png的
這是fiddler根據我們上傳的檔案自動調整生成的請求，在請求頭中看到，我們需要選擇一段資料作為「分割邊界」（boundary屬性），這個「邊界資料」不能在內容其他地方出現，一般來說使用一段從概率上說「幾乎不可能」的資料即可。
每次post瀏覽器都會生成乙個隨機的30-40位長度的隨機字串，瀏覽器一般不會遍歷這次post的所有資料找到乙個不可能出現在資料中的字串，一般都是隨機生成。選擇了這個邊界之後，瀏覽器便把它放在content-type 裡面傳遞給伺服器，伺服器根據此邊界解析資料。
下面的資料便根據boundary劃分段，每一段便是一項資料。(每個field被分成小部分，而且包含乙個value是"form-data"的"content-disposition"的頭部；乙個"name"屬性對應field的id等等，檔案的話包括乙個filename)
模擬請求之後，從返回結果可以看到我們的請求資料：
fiddler 工具使用配置
前言 之前為了手動測試專案組之間提供的介面，確定到底是哪乙個介面出了問題。一般情況下，我們都直接採用了 google 瀏覽器上，f12 後，network 找到想要的 url，然後，直接在瀏覽器上訪問該介面。但是對於乙個新介面，尤其是它還是乙個post介面，或者引數較多的時候，寫起來也是頗多繁瑣。總...
Fiddler工具使用介紹（一）
就是在客戶端和伺服器之間設定一道關卡，客戶端先將請求資料傳送出去後，伺服器會將資料報進行攔截，伺服器再冒充客戶端傳送資料到伺服器 同理，伺服器將響應資料返回，伺服器也會將資料攔截，再返回給客戶端。fiddler可以抓取支援http 的任意程式的資料報，如果要抓取https會話，要先安裝證書。順序號，...
Fiddler工具使用介紹三
對request設定斷點 1 通過選單選項或快捷鍵f11進行設定，如圖 當我們設定斷點後，進行http請求，資料報順序列會有中斷的標記，單擊該資料報可以看到在右側會增加一行操作欄。這個時候我們在前端是沒有正常載入網頁的，點選 run to completion 後可以返回響應資料。接下來為了看我們的...