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 中，以确保更全面的参数控制。