例如：
郵寄方式：
{
name = "",
id = 1,
class = 4
}
name 不應該是一個空白引數，但我仍然在 post/put 請求呼叫中以這種方式發送它。這些資料的輸出錯誤代碼應該是什么
uj5u.com熱心網友回復：
許多人使用 400 Bad Request。這曾經表示錯誤的語法，但最新的 HTTP RFC使其更加廣泛。
400 (Bad Request) 狀態代碼表示服務器由于被認為是客戶端錯誤（例如，格式錯誤的請求語法、無效的請求訊息幀或欺騙性請求路由）而無法或不會處理請求。
我更喜歡更具體的422 Unprocessable Entity。這表明語法是好的，但語意是錯誤的。
422（不可處理物體）狀態碼意味著服務器理解請求物體的內容型別（因此 415（不支持的媒體型別）狀態碼是不合適的），并且請求物體的語法是正確的（因此是 400（錯誤請求） ) 狀態代碼不合適) 但無法處理包含的指令。例如，如果 XML 請求正文包含格式正確（即語法正確）但語意錯誤的 XML 指令，則可能會出現這種錯誤情況。
從技術上講，422 來自 WebDAV，而不是 HTTP，但這并不重要。許多 API 使用 422。
兩者都可以接受。
另請參閱如果請求缺少必需引數，我應該使用什么 HTTP 狀態回應代碼？.
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/318427.html
下一篇：反序列化復雜的JSON資料