Go语言通过gRPC内置的Resolver和Balancer实现客户端负载均衡，结合etcd等注册中心完成服务发现；支持Round Robin、Random、Least Request及Consistent Hashing等策略，可基于场景选择或自定义；配合健康检查与重试机制，提升系统可用性与伸缩性。
在分布式系统中，Go语言（Golang）常用于构建高性能的RPC服务。当服务规模扩大时，单个服务实例难以承载全部请求，需要引入负载均衡机制。Golang中的gRPC天然支持客户端负载均衡，开发者可以灵活实现不同的策略来分发请求到多个服务节点。
服务发现与负载均衡基础
gRPC in Go默认使用gRPC Resolver和Balancer机制进行服务发现与负载均衡。客户端通过Resolver获取服务实例列表，再由Balancer决定将请求发送到哪个后端节点。
常见做法是集成etcd、Consul等注册中心，服务启动时注册自身地址，客户端监听服务列表变化。
示例流程：
立即学习“go语言免费学习笔记（深入）”；
- 服务端启动并注册到etcd
- 客户端通过自定义Resolver从etcd获取服务节点列表
- gRPC内部使用负载均衡策略选择具体节点发起调用
常见的客户端负载均衡策略
可以根据实际场景选择合适的策略：
1. Round Robin（轮询）最常用的策略，依次轮流调用每个可用的服务节点，适合服务性能相近的环境。
gRPC Go内置了roundrobin Balancer，启用方式：
conn, _ := grpc.Dial(
"etcd:///service/greeter",
grpc.WithInsecure(),
grpc.WithDefaultServiceConfig(`{"loadBalancingPolicy":"round_robin"}`),
)
2. Least Request（最少请求）
选择当前请求数最少的节点，适合处理时间差异较大的服务。gRPC官方未直接提供，需结合外部库或自定义实现。
3. Random（随机）
随机选择一个健康节点，实现简单，在节点性能一致时表现良好。
4. Consistent Hashing（一致性哈希）根据请求的某个键（如用户ID）进行哈希，映射到固定节点，适用于需要会话保持的场景。
自定义负载均衡器示例
若内置策略不满足需求，可实现balancer.Balancer接口来自定义逻辑。以下为简化版轮询实现思路：
type MyRoundRobin struct {
peers []string
mu sync.Mutex
index int
}
func (b *MyRoundRobin) Next() string {
b.mu.Lock()
defer b.mu.Unlock()
if len(b.peers) == 0 {
return ""
}
peer := b.peers[b.index%len(b.peers)]
b.index++
return peer
}
注册该策略需调用balancer.Register()，然后在Dial时指定策略名。
健康检查与故障转移
负载均衡离不开健康检查。gRPC支持连接级健康检查，自动剔除不可用节点。配合服务注册中心的TTL机制，能快速感知节点上下线。
建议在客户端设置合理的超时和重试机制：
ctx, cancel := context.WithTimeout(context.Background(), 500*time.Millisecond)
defer cancel()
response, err := client.SayHello(ctx, &pb.HelloRequest{})
发生错误时，gRPC会自动尝试下一个节点（取决于策略配置）。
基本上就这些。合理选择负载均衡策略，结合服务发现和健康检查，能显著提升系统的可用性与伸缩性。在Go中实现这些功能并不复杂，但容易忽略细节如连接复用、DNS缓存等问题，需要注意配置调整。
