請求主體的內容:json
User-Agent: Fiddler
Content-Type: application/json
Host: localhost:5237
Content-Length: 133瀏覽器
參數:服務器
{
"Id": 123,
"Type": 3,
"Items": [{
"ItemId": 33,
"Count": 200
}]
}app
對於get請求來講沒有請求主體entity-body。對於post請求而言,不會對發送請求的數據格式進行限制,理論上你能夠發任意數據,可是服務器能不能處理就是另外一回事了。服務器收到數據後,如何解析數據呢?post
它會以請求頭中的Content-Type設置的內容來進行數據解析。肯定好Content-Type的格式以後,請求主體的數據格式也就肯定下來了。url
Content-Type的格式有四種:分別是application/x-www-form-urlencoded(這也是默認格式)、application/json、text/xml以及multipart/form-data格式。3d
接下來就詳細地介紹每一種數據格式對應的fiddler請求模擬的實現狀況。code
(一)application/x-www-form-urlencoded數據格式orm
這是post請求最多見也是默認的數據提交格式。它要求數據名稱(name)和數據值(value)之間以等號相連,與另外一組name/value值之間用&相連。例如:parameter1=12345&meter2=23456。將請求的內容進行格式化了,其實這個方法同時簡化的客戶端發送,也簡化了服務器端獲取,服務器經過getParameters(String name)便可獲取到傳送來的信息。xml
用fiddler模擬請求的話,請求頭和請求主體的內容能夠這樣構造:
模擬請求以後,從返回結果能夠查看到咱們的請求數據:
(二)application/json數據格式
application/json格式的請求頭是指用來告訴服務端post過去的消息主體是序列化後的 JSON 字符串。
用fiddler模擬請求的話,請求頭和請求主體的內容能夠這樣構造:
模擬請求以後,從返回結果能夠看到咱們的請求數據:
(三)text/xml數據格式
用fiddler模擬請求的話,請求頭和請求主體的內容能夠這樣構造:
模擬請求以後,從返回結果能夠看到咱們的請求數據:
(四)multipart/form-data數據格式
除了傳統的application/x-www-form-urlencoded表單,咱們另外一個常常用到的是上傳文件用的表單,這種表單的類型爲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)
模擬請求以後,從返回結果能夠看到咱們的請求數據:
界面截圖以下:
使用很方便,只需設置如下節點:
一、設置請求的Headers,以下:
若是您接口返回的數據是Json類型,請使用第一種,若是您接口返回的數據是XML類型,請選擇第二種,若是您返回結果是一個Pdf文件,請選擇第三種......總之:根據本身的需求選擇!
二、請將Body設置以下:
選中Raw選項,若是是Post請求,請在Body輸入框中輸入您要發送的Body請求體!以下:
三、請選擇對應的請求方式:Get、Post、Put、Delete等,以下:
四、Post也支持相關的Jwt受權,Auth2.0受權等,我的沒作太多研究!不做說明。通常的請求,不須要身份驗證的,選擇 No Auth 便可。