1、 接口需要登錄信息河胎，沒有獲取到登錄信息
該問題比較簡單闯袒，一般情況下都是加入token就行。在信息頭部管理器中加入token的值游岳。
2政敢、 有請求參數(shù)，但是加入之后還是錯誤吭历，報400
-
接口信息
接口信息 -
運行結(jié)果
運行結(jié)果圖 - 原因
因為請求的是頁數(shù)堕仔，使用的是int，在接口信息里面直接就是輸入的數(shù)字晌区，沒有勾選編碼摩骨，導致請求地址錯誤。
原因圖解
3朗若、 接口post請求中含有中文
勾選編碼恼五，且設(shè)置編碼格式為UTF-8
4、 post請求的參數(shù)的值為json格式的數(shù)據(jù)一直提示服務(wù)器異常
運行結(jié)果圖
-
接口
- 原因
看到說明中有json格式的數(shù)據(jù)哭懈，就以為應(yīng)該post傳參是傳json數(shù)據(jù)灾馒，所以就在body中傳入json，且添加頭部的Content-Type是application/json遣总，其實這個還是只是簡單的post的請求睬罗，請求也是填寫在參數(shù)中即可。且通過抓包發(fā)現(xiàn)旭斥，Content-Type也不是application/json容达，而是Content-Type: application/x-www-form-urlencoded，所以總結(jié)下來就是抓包很重要垂券。 -
修改
接口請求信息修改
信息頭修改 -
運行成功效果圖
5花盐、輸入的接口地址正確，但是總是404/400/405等
分析：可以根據(jù)返回的信息推斷錯誤原因
仔細檢查會發(fā)現(xiàn)請求地址后面多了%20菇爪，而這個在post請求中應(yīng)該是不存在的算芯，這個是空格，即輸入接口地址時凳宙，可能復制的時候沒有注意熙揍，最后面有個空格，所以請求鏈接中就多了%20近速。
記錄下來诈嘿，供自己后面再次出現(xiàn)問題時堪旧，查找可能的答案
