接口報文的構成：接口報文的構成：
一、請求報文：

請求行（協議+URL+http版本）

URL：統一資源定位符，uniform resource identifier，能夠唯一標識一個資源的表示方法（身份證上的數字）
URI：統一資源標識符，uniform resource locator，通過地址的形式，找到對應的資源（身份上的地址）
URL是URI的一個子集，所有的URL都是URI，但是URI不一定都是URL。
URL encode編碼 decode解碼

URL的構成：
https://baike.baidu.com/item/%E6%8E%A5%E5%8F%A3/15422203?fr=aladdin
https:// -----協議
baike.baidu.com ------IP或者域名 （端口：8080或443（https））
/item/%E6%8E%A5%E5%8F%A3/15422203 ------地址
?fr=aladdin ------參數（URL編碼格式處理的，鍵=值&鍵=值）

請求頭
content-type：它規定了請求體用什么樣的格式來進行傳遞，給服務器做解析。服務器是按照content-type規定的格式來解析請求體，測試的時候，注意填好content-type。
格式約定是服務器（后端開發）和前端開發共同約定的，只有自己項目的開發才知道到底用什么格式，所以標準基于接口文檔，或者抓包看到的信息。

cookie請求頭，會把瀏覽器本地已經保存的適用于該服務器的cookie攜帶進行請求。

請求體：
遵循content-type指定的格式傳遞給服務器。

二、返回報文：
服務端發給客戶端的。

返回行： 協議版本 狀態碼
返回頭：格式是 鍵：值。
返回體：遵循返回的content-type格式，發送給客戶端。

三、http協議知識：
http方法：get post
get請求 沒有請求體 并不是沒有請求體的就一定是get請求。
post請求 一般把請求參數放在請求體里面， 但是post請求也可以沒有請求體，把參數放在url中。
這些規則都是由后端開發定的。
put delete options
patch head connect……

2 http狀態碼：
標識的是本次請求過程信息傳遞的狀態。 跟業務沒有關系。 類比于只管快遞是不是收到了，而不管快遞寄的東西對不對。
1xx: 信息狀態轉化，很少見。
2xx: 成功。
3xx:重定向， 將請求交給另一個接口進行處理。
4xx: 客戶端請求出錯。 403 forbiden 404 notfound。
5xx:服務器處理出錯。 代碼執行過程自己出錯了。

四、 狀態碼詳解：

總結

以上是生活随笔為你收集整理的接口报文的构成的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。