gRPC是微软在.NET Core 及其后续版本中主推的 RPC 框架,它使用 GoogleProtocol Buffers 作为序列化协议,使用 HTTP/2 作为通信协议,具有跨语言高性能双向流式调用等优点。考虑到,接下来要参与的是,一个以gRPC为核心而构建的微服务项目。因此,博主准备调研一下gRPC的相关内容,而首当其冲的,则是从 .NET Core 3.1 开始就有的拦截器,它类似于ASP.NET Core中的过滤器和中间件,体现了一种面向切面编程(AOP)的思想,非常适合在RPC服务调用的时候做某种统一处理,譬如参数校验、身份验证、日志记录等等。在今天这篇博客中,博主主要和大家分享的是,利用 .NET Core gRPC 中的拦截器实现日志记录的简单技巧,希望能给大家带来一点启发。

开源、多语言、高性能的 gRPC
开源、多语言、高性能的 gRPC

关于 Interceptor 类

Interceptor类是 gRPC 服务拦截器的基类,它本身是一个抽象类,其中定义了下面的虚方法:

1
2
3
4
5
6
7
8
9
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拦截普通调用的服务端处理程序

实现一个拦截器

好了,下面我们一起实现一个拦截器。这里,我们使用的是微软官方的例子:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
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:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
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这部分的代码:

1
services.AddGrpc(options => options.Interceptors.Add<GRPCServerLoggingInterceptor>());

此时,我们可以得到下面的结果:

gRPC服务器端拦截器效果展示
gRPC服务器端拦截器效果展示

客户端

实现客户端的普通调用拦截,我们需要重写的方法是AsyncUnaryCall(),依样画葫芦即可:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
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;
}
}

类似地,为了让拦截器在客户端生效,我们需要这样:

1
2
3
4
5
6
7
8
9
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 = "长安书小妆" });

此时,我们可以得到下面的结果:

gRPC客户端拦截器效果展示
gRPC客户端拦截器效果展示

客户端感觉不太好的一点就是,这个Interceptor传入的必须是一个实例,考虑到拦截器内部可能会依赖类似ILogger等等的组件,建议还是通过IoC容器来取得一个拦截器的实例,然后再传入Intercept()方法中。博主所在的项目中,则是非常“土豪”地使用了PostSharp,直接走动态编织的方案,果然,“这次第,怎一个羡字了得”。当然,gRPC的客户端,其实提供了日志相关的支持,不过,我个人感觉这个有一点无力:

1
2
3
4
5
6
7
8
9
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中日志和诊断的更进一步的话题,大家可以参考微软的 官方文档 。好了,以上就是这篇博客的全部内容啦,谢谢大家!