在HTTP请求中，GET请求参数放到Body中和POST请求参数放到URL上是否合理？

http请求参数：最佳实践

HTTP请求中，参数的放置位置至关重要。本文将探讨GET请求参数放置于Body以及POST请求参数放置于URL的合理性。

常见误区

一些开发者在参数量较少时，倾向于将POST请求参数直接置于URL中，而非使用@RequestBody接收参数对象。类似地，对于GET请求，当参数复杂或长度超过限制时，也可能考虑将参数放入Body。 这种做法是否合理？

技术解读

HTTP规范(RFC 7231)并未明确禁止GET请求携带Body。然而，现代实践和规范建议避免这种做法。许多框架和服务（例如，更新后的elasticsearch REST API）已不再支持GET请求携带Body，这可能会导致兼容性问题。

最佳实践建议

为了保证代码的健壮性和可维护性，建议遵循以下最佳实践：

• GET请求： 始终将参数放置于URL中。这符合HTTP规范的预期行为，并能避免与各种中间件和服务器的兼容性问题。

• POST请求： 即使参数简单，也应始终将参数放置于Body中。这更符合restful API的设计原则，将POST请求定义为用于数据提交的操作。将参数置于URL中会降低可读性，并可能导致URL长度过长。

总结

虽然技术上可行，但将GET请求参数置于Body或POST请求参数置于URL的做法并不推荐。 遵循HTTP规范的最佳实践，将GET请求参数放置于URL，POST请求参数放置于Body，能够提升代码的可读性、可维护性和系统稳定性。