是否建議通過不修改任何內容的 POST HTTP 請求發送 JSON 正文？
根據下面的鏈接，不建議 Get 請求具有正文。因此，另一種方式是上面的方式。
帶有請求正文的 HTTP GET
示例：根據引數獲取用戶串列或與此相關的任何內容。
Http GET example.com/users
Body
{
name:"John",
age:1,
... long list of parameters
}
uj5u.com熱心網友回復：
是否建議通過不修改任何內容的 POST HTTP 請求發送 JSON 正文？
規則是POST 是默認的；除非有更好的東西，否則應該使用它。
對于具有“有效只讀”語意的請求，您希望使用 GET 而不是 POST...如果它有效。挑戰可能是請求目標（又名：URI）變得足夠長以至于您開始遇到414 URI Too Long回應的情況。如果您的識別符號足夠長，以至于通用組件拒絕傳遞請求，那么它也不是更好的方法，您將回退到 POST。
源服務器不應該依賴私有協議來接收內容，因為 HTTP 通信的參與者通常不知道請求鏈上的中介。( HTTP 語意, 9.3.1 )
換句話說，引入私有協議以在 GET 請求中包含內容會交換互操作，如果您想要“網路規模”，這不是一個成功的交易。所以 GET-with-a-body 并不是更好，你又回到了 POST。
HTTP 作業組一直在研究一種新的“有效只讀與正文”方法令牌的語意，這可能被證明是需要在正文中包含一堆資訊的請求的替代方案，因為將其編碼到 URI 中太長了。但是我們今天沒有一個標準，這意味著它不是更好的東西，你回到POST。
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/328435.html