Windows下C# gRPC客户端端口级负载均衡问题及解决

场景描述 #

• 单台Windows机器运行3个基于GRPC.Core的gRPC服务实例，分别绑定同一主机的不同端口
• 客户端采用Grpc.AspNetCore实现，需求为优先使用指定服务端口，该端口不可用时自动切换至下一个端口
• 考虑到GrpcChannel创建开销较高，计划在执行RPC调用前检查已有通道实例的健康状态，若状态不健康则重建通道

初始尝试与异常 #

最初尝试通过检查ConnectivityState判断通道状态，代码如下：

if (!(_channel.State == ConnectivityState.Ready || _channel.State == ConnectivityState.Idle))
{
  // 从配置获取下一个端口并重建GrpcChannel
}

但执行时触发无效操作异常，提示配置的HTTP传输不支持客户端负载均衡或连接状态跟踪，要求底层HTTP传输为未配置SocketsHttpHandler.ConnectCallback的SocketsHttpHandler，且需通过GrpcChannelOptions.HttpHandler配置。

异常根因是创建通道时使用了带有ServerCertificateCustomValidationCallback的自定义HttpMessageHandler，代码示例：

_channel = GrpcChannel.ForAddress(configuration.URL, new GrpcChannelOptions
{
  HttpHandler = customHttpHandler
});

疑问与替代方案 #

• 是否需要自定义HttpMessageHandler才能通过GrpcChannel.State实现客户端负载均衡？最佳实现方式是什么？
• 曾考虑通过TCP套接字直接检查端口连通性，代码如下：

try
{
  var socket = new Socket(System.Net.Sockets.AddressFamily.InterNetwork, System.Net.Sockets.SocketType.Stream, System.Net.Sockets.ProtocolType.Tcp);
  socket.Connect(addr, 9443);
  socket.Close();
}

该方式可直接获取目标端口的TCP连接可用性。

解决方案 #

将通道配置中的HttpHandler从HttpClientHandler切换为SocketsHttpHandler，即可正常使用_channel.State获取连接状态：

var socketHttpHandler = new SocketsHttpHandler();

_channel = GrpcChannel.ForAddress(configuration.URL, new GrpcChannelOptions
{
  HttpHandler = socketHttpHandler
});

切换后可正常执行通道状态检查逻辑：

if (!(_channel.State == ConnectivityState.Ready || _channel.State == ConnectivityState.Idle))
{
  // 处理通道健康检查及重建逻辑
}

内容的提问来源于stack exchange，提问作者yannhenn