gRPC是微软在.NET Core 及其后续版本中主推的 RPC 框架，它使用 Google 的 Protocol Buffers 作为序列化协议，使用 HTTP/2 作为通信协议，具有跨语言、高性能、双向流式调用等优点。考虑到，接下来要参与的是，一个以gRPC为核心而构建的微服务项目。因此，博主准备调研一下gRPC的相关内容，而首当其冲的，则是从 .NET Core 3.1 开始就有的拦截器，它类似于ASP.NET Core中的过滤器和中间件，体现了一种面向切面编程(AOP)的思想，非常适合在 RPC 服务调用的时候做某种统一处理，譬如参数校验、身份验证、日志记录等等。在今天这篇博客中，博主主要和大家分享的是，利用 .NET Core gRPC 中的拦截器实现日志记录的简单技巧，希望能给大家带来一点启发。
关于 Interceptor 类
Interceptor类是 gRPC 服务拦截器的基类，它本身是一个抽象类，其中定义了下面的虚方法：
public virtual AsyncClientStreamingCall<TRequest, TResponse> AsyncClientStreamingCall<TRequest, TResponse>();
public virtual AsyncDuplexStreamingCall<TRequest, TResponse> AsyncDuplexStreamingCall<TRequest, TResponse>();
public virtual AsyncUnaryCall<TResponse> AsyncUnaryCall<TRequest, TResponse>();
public virtual TResponse BlockingUnaryCall<TRequest, TResponse>();
public virtual Task<TResponse> ClientStreamingServerHandler<TRequest, TResponse>();
public virtual AsyncServerStreamingCall<TResponse> AsyncServerStreamingCall<TRequest, TResponse>();
public virtual Task DuplexStreamingServerHandler<TRequest, TResponse>();
public virtual Task ServerStreamingServerHandler<TRequest, TResponse>();
public virtual Task<TResponse> UnaryServerHandler<TRequest, TResponse>();
整体而言，如果从通信方式上来划分，可以分为：流式调用 和 普通调用；而如果从使用方来划分，则可以分为：客户端 和 服务端。进一步讲的话，针对流式调用，它还分为："单向流" 和 “双向流"。关于这些细节上的差异，大家可以通过 gRPC 的 官方文档 来了解，这里我们给出的是每一种方法对应的用途：
| 方法名 | 描述 |
|---|---|
| AsyncClientStreamingCall | 拦截异步客户端流式调用 |
| AsyncDuplexStreamingCall | 拦截双向流式调用 |
| AsyncUnaryCall | 拦截异步普通调用 |
| BlockingUnaryCall | 拦截阻塞普通调用 |
| AsyncServerStreamingCall | 拦截异步服务端流式调用 |
| ClientStreamingServerHandler | 拦截客户端流式调用的服务端处理程序 |
| DuplexStreamingServerHandler | 拦截双向流式调用的服务端处理程序 |
| ServerStreamingServerHandler | 拦截服务端流式调用的服务端处理程序 |
| UnaryServerHandler | 拦截普通调用的服务端处理程序 |
实现一个拦截器
好了，下面我们一起实现一个拦截器。这里，我们使用的是微软官方的例子：
public class GreeterService : Greeter.GreeterBase
{
private readonly ILogger<GreeterService> _logger;
public GreeterService(ILogger<GreeterService> logger)
{
_logger = logger;
}
public override Task<HelloReply> SayHello(HelloRequest request, ServerCallContext context)
{
return Task.FromResult(new HelloReply
{
Message = "Hello " + request.Name
});
}
}
服务器端
实现服务器端的普通调用拦截，我们需要重写的方法是UnaryServerHandler:
public class GRPCServerLoggingInterceptor : Interceptor
{
private readonly ILogger<GRPCServerLoggingInterceptor> _logger;
public GRPCServerLoggingInterceptor(ILogger<GRPCServerLoggingInterceptor> logger)
{
_logger = logger;
}
// 重写 UnaryServerHandler() 方法
public override Task<TResponse> UnaryServerHandler<TRequest, TResponse>(
TRequest request, ServerCallContext context,
UnaryServerMethod<TRequest, TResponse> continuation
)
{
var builder = new StringBuilder();
// Call gRPC begin
builder.AppendLine($"Call gRPC {context.Host}/{context.Method} begin.");
// Logging Request
builder.AppendLine(LogRequest(request));
// Logging Response
var reply = continuation(request, context);
var response = reply.Result;
var exception = reply.Exception;
builder.AppendLine(LogResponse(response, exception));
// Call gRPC finish
builder.AppendLine($"Call gRPC {context.Host}/{context.Method} finish.");
_logger.LogInformation(builder.ToString());
return reply;
}
// 记录gRPC请求
private string LogRequest<TRequest>(TRequest request)
{
var payload = string.Empty;
if (request is IMessage)
payload = JsonConvert.SerializeObject(
(request as IMessage)
.Descriptor.Fields.InDeclarationOrder()
.ToDictionary(x => x.Name, x => x.Accessor.GetValue(request as IMessage))
);
return $"Send request of {typeof(TRequest)}:{payload}";
}
// 记录gRPC响应
private string LogResponse<TResponse>(TResponse response, AggregateException exception)
{
var payload = string.Empty;
if (exception == null)
{
if (response is IMessage)
payload = JsonConvert.SerializeObject(
(response as IMessage)
.Descriptor.Fields.InDeclarationOrder()
.ToDictionary(x => x.Name, x => x.Accessor.GetValue(response as IMessage))
);
return $"Receive response of {typeof(TResponse)}:{payload}";
}
else
{
var errorMsgs = string.Join(";", exception.InnerExceptions.Select(x => x.Message));
return $"Receive response of {typeof(TResponse)} throws exceptions: {errorMsgs}";
}
}
}
对于gRPC而言，每一个由.proto声明文件生成的类，都带有一个叫做Descriptor的属性，我们可以利用这个属性获得gRPC请求和响应的详细信息。所以，在LogRequest()和LogResponse()两个方法中，我们均使用了这一思路来记录gRPC的报文信息，因为传输层的gRPC使用了二进制作为数据载体，这可以说是一种用可读性换取高效率的做法，不过幸运的是，我们在这里实现了这个小目标。
接下来，为了让这个拦截器真正生效，我们还需要修改一下Startup类中注册gRPC这部分的代码：
services.AddGrpc(options => options.Interceptors.Add<GRPCServerLoggingInterceptor>());
此时，我们可以得到下面的结果：
客户端
实现客户端的普通调用拦截，我们需要重写的方法是AsyncUnaryCall()，依样画葫芦即可：
public class GRPCClientLoggingInterceptor : Interceptor
{
// 重写 AsyncUnaryCall() 方法
public override AsyncUnaryCall<TResponse> AsyncUnaryCall<TRequest, TResponse>(
TRequest request,
ClientInterceptorContext<TRequest, TResponse> context,
AsyncUnaryCallContinuation<TRequest, TResponse> continuation
)
{
var builder = new StringBuilder();
// Call gRPC begin
builder.AppendLine($"Call gRPC {context.Host}/{context.Method} begin.");
// Logging Request
builder.AppendLine(LogRequest(request));
// Logging Response
var reply = continuation(request, context);
var response = reply.ResponseAsync.Result;
var exception = reply.ResponseAsync.Exception;
builder.AppendLine(LogResponse(response, exception));
// Call gRPC finish
builder.AppendLine($"Call gRPC {context.Host}/{context.Method} finish.");
Console.WriteLine(builder.ToString());
return reply;
}
}
类似地，为了让拦截器在客户端生效，我们需要这样：
using Grpc.Core.Interceptors;
var channel = GrpcChannel.ForAddress("https://localhost:5001");
// 简化写法
channel.Intercept(new GRPCClientLoggingInterceptor());
// 完整写法
var invoker = channel.CreateCallInvoker().Intercept(new GRPCClientLoggingInterceptor());
var client = new Greeter.GreeterClient(invoker);
await client.SayHelloAsync(new HelloRequest() { Name = "长安书小妆" });
此时，我们可以得到下面的结果：
客户端感觉不太好的一点就是，这个Interceptor传入的必须是一个实例，考虑到拦截器内部可能会依赖类似ILogger等等的组件，建议还是通过IoC容器来取得一个拦截器的实例，然后再传入Intercept()方法中。博主所在的项目中，则是非常“土豪”地使用了PostSharp，直接走动态编织的方案，果然，“这次第，怎一个羡字了得”。当然，gRPC的客户端，其实提供了日志相关的支持，不过，我个人感觉这个有一点无力：
var loggerFactory = LoggerFactory.Create(logging =>
{
logging.AddConsole();
logging.SetMinimumLevel(LogLevel.Debug);
});
var channel = GrpcChannel.ForAddress(
"https://localhost:5001",
new GrpcChannelOptions { LoggerFactory = loggerFactory }
);
本文小结
本文主要分享了gRPC拦截器的使用技巧，gRPC支持一元调用(UnaryCall)、流式调用(StreamingCall)、阻塞调用(BlockingCall)，因为区分客户端和服务器端，所以，实际上会有各种各样的组合方式。gRPC的拦截器实际上就是选择对应的场景去重写相应的方法，其中，拦截器的基类为Interceptor类，这里我们都是以普通的一元调用为例的，大家可以结合各自的业务场景，去做进一步的调整和优化。这里，我们使用IMessage类的Descriptor属性来“反射”报文中定义的字段，这样就实现了针对gRPC服务请求/响应的日志记录功能。关于gRPC中日志和诊断的更进一步的话题，大家可以参考微软的 官方文档 。好了，以上就是这篇博客的全部内容啦，谢谢大家！
