Java gRPC 1.64.0中RoundRobinLoadBalancer使用及升级丢失问题咨询

gRPC从1.60版本开始重构了负载均衡框架，原有的RoundRobinLoadBalancer类被移除，其轮询负载均衡的核心功能并未消失，而是被整合到官方内置的round_robin负载均衡策略中，不再作为可直接实例化的公开类对外暴露。

替代方案 #

1. 通过服务配置启用内置round_robin策略 #

这是官方推荐的标准方式，无需手动实例化负载均衡类，只需在客户端初始化时指定服务配置即可：

• Java示例：

  ManagedChannel channel = ManagedChannelBuilder.forTarget("your-service-target")
      .defaultServiceConfig("{\"loadBalancingConfig\": [{\"round_robin\": {}}]}")
      .usePlaintext()
      .build();
  

• Go示例：

  opts := []grpc.DialOption{
      grpc.WithDefaultServiceConfig(`{"loadBalancingConfig": [{"round_robin":{}}]}`),
  }
  conn, err := grpc.Dial("your-service-target", opts...)
  

其他语言的gRPC客户端配置逻辑类似，只需在服务配置中指定round_robin作为负载均衡策略即可。

2. 基于新负载均衡SPI扩展自定义轮询逻辑 #

如果需要在基础轮询功能上做定制（比如权重轮询、节点健康筛选等），可以通过gRPC新的负载均衡SPI（服务提供者接口）实现：

• 以Java为例，实现LoadBalancerProvider接口，在其中可以复用内置的round_robin逻辑，或者自定义负载均衡决策流程
• 注册自定义的Provider后，客户端可通过服务配置指定该自定义策略名称来启用

3. 排查默认配置问题 #

如果客户端默认使用了pick_first，需确认：

• 服务配置是否正确覆盖了默认策略
• 客户端是否存在其他配置（比如环境变量、启动参数）强制指定了pick_first
• 确保gRPC依赖版本统一，避免混合版本导致的配置失效

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