答案：gRPC通过客户端负载均衡结合服务发现实现负载均衡，需注册自定义resolver（如etcd/Consul）或使用DNS解析，配合round_robin策略，在Dial时指定服务名及负载均衡配置，客户端自动从多个后端实例中轮询选择可用节点，实现请求分发。
在Golang中使用gRPC实现负载均衡，核心在于结合服务发现机制与gRPC内置的负载均衡策略。gRPC本身不直接提供中心化的负载均衡器，而是通过客户端负载均衡（Client-side Load Balancing）的方式，由客户端从多个服务实例中选择一个进行调用。以下是实现的关键步骤和方法。
启用gRPC客户端负载均衡
gRPC Go 默认支持客户端负载均衡，但需要配合命名解析（Name Resolution）和服务发现来动态获取后端服务地址。
要实现这一点，需注册一个自定义的resolver，用于将服务名称解析为多个后端地址。gRPC提供了grpc.RoundRobin等内置策略，也可使用更现代的grpc/balancer/roundrobin（新版本推荐使用pick_first和round_robin作为默认策略）。
- 注册自定义resolver，例如基于etcd、Consul或DNS的服务发现
- 在Dial时指定使用该resolver的scheme，如
etcd://或consul:// - gRPC客户端会监听地址更新，并自动在可用服务间轮询
使用etcd或Consul做服务注册与发现
实际项目中，通常将服务实例启动时向注册中心（如etcd）注册自身地址，关闭时注销。客户端通过监听注册中心的key变化，动态更新后端列表。
立即学习“go语言免费学习笔记（深入）”；
示例流程：
- 服务端启动后，向etcd写入
/services/user-service/192.168.1.10:50051 - 客户端使用自定义resolver监听
/services/user-service/前缀下的所有实例 - 当gRPC连接建立时，resolver返回多个IP:Port，gRPC自动启用轮询策略
开源库如etcdv3/resolver可简化此过程，无需手动实现完整resolver逻辑。
配置gRPC Dial选项启用负载均衡
在客户端调用grpc.Dial时，需正确配置Balancer选项和解析后的目标地址。
代码片段示例：
conn, err := grpc.Dial(
"etcd:///user-service", // 使用自定义scheme + 服务名
grpc.WithInsecure(),
grpc.WithDefaultServiceConfig(`{"loadBalancingPolicy": "round_robin"}`),
)
if err != nil {
log.Fatal(err)
}
这里etcd:///user-service会被注册过的resolver识别，解析出多个后端节点，round_robin策略确保请求均匀分布。
使用DNS进行简单负载均衡
若环境支持DNS A记录或多条SRV记录，gRPC也支持原生DNS解析。
只需在Dial时使用DNS地址：
conn, err := grpc.Dial("dns:///my-service.internal:50051", ...)
如果my-service.internal解析出多个IP，gRPC会自动使用round_robin策略进行负载均衡。适合Kubernetes等容器平台，Service DNS天然支持多后端。
基本上就这些。关键点是理解gRPC依赖客户端侧的地址发现机制，而不是服务端网关式负载均衡。只要resolver能提供多个健康实例，gRPC就能自动完成负载分发。不复杂但容易忽略的是resolver的正确实现与服务生命周期管理。
