Unary RPC请求参数本身是否需要执行nil空值检查？

答案是不需要，在标准的gRPC Go实现里，你写的那个if req == nil分支完全是不可达的，没必要加这个检查。

我来给你掰扯清楚为什么：

• gRPC框架在处理Unary请求的链路里，会自动帮你初始化好对应的请求结构体实例。哪怕客户端发送的请求里所有字段都是默认值，或者甚至是完全空的序列化数据，框架的反序列化逻辑都会生成一个零值的pb.GetFooRequest对象，绝对不会让req变成nil。
• 从gRPC的设计初衷来看，Unary RPC的契约就规定了客户端必须传递一个请求消息（哪怕是零值的空消息），框架层面会兜底保证你的业务方法拿到的是一个合法的、非空的请求实例。

当然，有个极端例外：如果你自己在服务端实现了自定义的拦截器，或者修改了gRPC默认的反序列化/请求处理逻辑，那可能会出现req为nil的情况，但这属于你自己扩展框架的特殊场景，不是标准使用下该考虑的情况。

内容来源于stack exchange