在HTTP請求中，GET請求參數(shù)放到Body中和POST請求參數(shù)放到URL上是否合理？

http請求參數(shù)：最佳實(shí)踐

HTTP請求中，參數(shù)的放置位置至關(guān)重要。本文將探討GET請求參數(shù)放置于Body以及POST請求參數(shù)放置于URL的合理性。

常見誤區(qū)

一些開發(fā)者在參數(shù)量較少時，傾向于將POST請求參數(shù)直接置于URL中，而非使用@RequestBody接收參數(shù)對象。類似地，對于GET請求，當(dāng)參數(shù)復(fù)雜或長度超過限制時，也可能考慮將參數(shù)放入Body。 這種做法是否合理？

技術(shù)解讀

HTTP規(guī)范(RFC 7231)并未明確禁止GET請求攜帶Body。然而，現(xiàn)代實(shí)踐和規(guī)范建議避免這種做法。許多框架和服務(wù)（例如，更新后的elasticsearch REST API）已不再支持GET請求攜帶Body，這可能會導(dǎo)致兼容性問題。

最佳實(shí)踐建議

為了保證代碼的健壯性和可維護(hù)性，建議遵循以下最佳實(shí)踐：

• GET請求： 始終將參數(shù)放置于URL中。這符合HTTP規(guī)范的預(yù)期行為，并能避免與各種中間件和服務(wù)器的兼容性問題。

• POST請求： 即使參數(shù)簡單，也應(yīng)始終將參數(shù)放置于Body中。這更符合restful API的設(shè)計(jì)原則，將POST請求定義為用于數(shù)據(jù)提交的操作。將參數(shù)置于URL中會降低可讀性，并可能導(dǎo)致URL長度過長。

總結(jié)

雖然技術(shù)上可行，但將GET請求參數(shù)置于Body或POST請求參數(shù)置于URL的做法并不推薦。 遵循HTTP規(guī)范的最佳實(shí)踐，將GET請求參數(shù)放置于URL，POST請求參數(shù)放置于Body，能夠提升代碼的可讀性、可維護(hù)性和系統(tǒng)穩(wěn)定性。