gRPC 封装 HTTP 服务：参数校验应该在 HTTP 层还是 gRPC 服务端？

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《gRPC 封装 HTTP 服务：参数校验应该在 HTTP 层还是 gRPC 服务端？ 》，聊聊，我们一起来看看吧！

gRPC 封装 HTTP 服务的参数校验方案

对于在 gRPC 封装 HTTP 服务时如何进行参数校验，目前存在两种不同的观点：

观点 1：在 HTTP 参数传入时进行参数校验

这种观点认为，参数校验应该在 HTTP 服务收到请求时进行，因为此时最靠近前端，对参数的控制更加直接。这样做的好处是：

• 能够及时发现错误，防止错误的请求被转发到 gRPC 服务。
• 可以使用现成的 HTTP 框架（如 Express、Iris）提供的参数校验功能。

观点 2：在 gRPC 服务端进行参数校验

这种观点认为，参数校验应该在 gRPC 服务端进行，因为 gRPC 本身具备参数校验功能。这样做的好处是：

• 可以使用 gRPC 框架提供的参数校验注解。
• 能够确保参数在到达数据库之前进行校验，避免不必要的数据操作。

哪种方案更合适？

根据给定的问题，题主目前没有进行业务封装，因此建议采用 观点 1，在 HTTP 参数传入时进行参数校验。原因如下：

• 对于纯粹的转发场景，在 HTTP 层进行参数校验更加方便快捷。
• 避免了在 gRPC 服务端进行不必要的校验，提升性能。

然而，需要注意的是，如果随着开发进行，HTTP 服务增加了业务封装，则可能需要考虑将参数校验写入到 gRPC 服务端的 Interceptor 中，以确保更全面的参数控制。

本篇关于《gRPC 封装 HTTP 服务：参数校验应该在 HTTP 层还是 gRPC 服务端？ 》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！