Golang中实现RPC负载均衡需结合服务发现与负载策略。通过Consul等注册中心获取节点列表，自定义gRPC resolver解析地址，配合round_robin等balancer实现轮询；可扩展权重、健康检查或一致性哈希策略，客户端维护节点列表与重试机制，解耦发现与调用，提升系统稳定性。
客户端负载均衡必须自己写，框架不自动帮你选节点
Go 没有像 Spring Cloud 那样开箱即用的客户端负载均衡器。gRPC 内置了 round_robin 策略，但只在 resolver 返回地址后生效；http.Client 完全不感知后端列表。你得自己维护实例列表、做健康检查、选节点、处理失败重试——这不是“配个配置”就能跑的事。
常见错误是直接硬编码 []string{"10.0.1.1:8080", "10.0.1.2:8080"} 做轮询，结果服务扩缩容或下线时请求 503，因为没监听注册中心变更。
- 必须对接
Consul/etcd/Nacos的 watch 接口，或轮询/v1/health/service/{name} - 实例列表要缓存在内存里，用
atomic.Value或sync.RWMutex保护读写，避免每次Next()都查注册中心 - 健康检查不能只看注册中心的 TTL 心跳，得主动发
GET /health，否则“存活但卡死”的节点会持续收请求
加权轮询不是简单乘权重，要防累积误差
很多实现用 sum += weight[i] 然后 rand.Intn(sum)，这在权重频繁变动时会导致分布严重偏斜——比如权重从 [1, 1] 改成 [100, 1]，旧的累计和还没刷新，新请求仍大概率落到旧权重节点上。
真正可用的加权轮询（如 Nginx 的 smooth weighted round robin）靠两个字段：current_weight 和 effective_weight，每次选节点后动态调整，确保长期比例收敛到设定值。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 别手撸哈希或随机加权，用现成的
golang.org/x/exp/constraints+ 平滑加权逻辑，或直接抄grpc-go里weighted_target的实现 - 权重建议从配置中心动态加载，而非编译期写死；更新时触发一次
reload()，重置所有节点的current_weight - 如果某节点连续 3 次健康检查失败，临时将其
Weight设为 0，而不是直接从列表剔除——避免列表长度变化导致取模错位
最少连接策略需自行上报连接数，不能靠猜测
Least Connections 听起来合理，但 Go 客户端根本不知道下游每个实例当前有多少活跃 HTTP 连接。HTTP/1.1 连接复用、gRPC 的 multiplexing、长连接保活时间都让这个数字极难准确获取。
强行实现的话，要么让每个服务实例暴露 /metrics 接口返回 http_active_connections，要么在客户端侧自己统计——但后者只统计本进程发起的连接，对多实例部署无意义。
- 若真要用，推荐改造成“最小待处理任务数”：每个 Worker 主动上报 Redis 中的
INCR task_queue:{id}:pending，客户端拉取后选最小值 - 避免依赖
net.Conn的LocalAddr()或RemoteAddr()去反查连接数——Go 的http.Transport本身不暴露连接池状态 - 注意 gRPC 的
WithTransportCredentials会影响连接复用行为，同一ClientConn下的请求可能复用连接，导致“连接数”指标失真
一致性哈希要带虚拟节点，且 key 必须稳定
一致性哈希适合需要会话保持的场景（如用户订单查询路由到同一节点），但直接对 instance.Addr 哈希会因实例增减导致大量 key 重映射。必须引入虚拟节点（如每个实例生成 100 个 hash 值），并保证哈希 key 来源唯一稳定。
典型错误是用请求体 JSON 字符串做 key——不同格式、空格、字段顺序都会导致哈希值漂移；或者用 time.Now().UnixNano() 当 key，完全失去一致性。
- key 应该来自业务标识，比如
user_id或order_id，且经过strings.TrimSpace()和标准化（如转小写、去空格） - 虚拟节点数建议设为 64～256，太少则分布不均，太多增加查找开销；用
fnv.New32a()计算 hash，比md5快且足够均匀 - 当某个实例下线，它的所有虚拟节点应从哈希环中移除；上线时重新加入——这需要监听注册中心事件，不能靠定时轮询
