Go不提供开箱即用负载均衡，因http.DefaultClient和grpc.Dial传入多地址仍只连首个；需自定义RoundTripper用原子索引轮询、克隆请求并设完整URL，健康检查须独立goroutine定时执行。
Go 本身不提供开箱即用的负载均衡设置项，所谓“设置”其实是自己实现调度逻辑，不是配个 flag 或调个函数就能生效。
为什么 http.DefaultClient 或 grpc.Dial("a,b,c") 不会自动轮询
常见误解是以为把多个地址传给客户端就能自动分发。事实是：
-
http.DefaultClient没有内置轮询能力，它只负责发请求，后端地址由*http.Request.URL决定，不参与选择 -
grpc.Dial("10.0.1.10:8080,10.0.1.11:8080")会被 gRPC Go 解析为单个字符串，pick_first策略下永远只连第一个，其余被静默丢弃 - 硬编码地址、直接复用
http.DefaultTransport、在 handler 里随机选后端——这些写法都绕过了连接复用和健康检查，生产环境极易出问题
怎么用 RoundRobinTransport 实现可运行的轮询
核心是实现 http.RoundTripper 接口，而不是改 http.Client。重点在状态维护和请求克隆：
- 用
atomic.Uint64管理索引，避免锁竞争：idx := b.index.Add(1) % uint64(len(b.backends)) - 后端必须是完整 URL（如
"http://10.0.1.10:8080"），不能只写"10.0.1.10:8080"，否则req.URL.Scheme为空，http.Transport会 panic - 每次转发前必须
req.Clone(req.Context())，再修改req2.URL.Host和req2.Host，否则原始请求被污染，中间件可能读错 Host - 底层 transport 要复用
&http.Transport{}实例，别用http.DefaultTransport（它被全局共享，改了影响其他模块）
健康检查为什么不能塞进 RoundTrip 方法
每来一个请求就探测一次后端，等于把健康检查变成同步阻塞操作，后果很直接：
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
立即学习“go语言免费学习笔记（深入）”；
- 探测超时（比如 2s）会让整个请求卡住，QPS 断崖下跌
- 高并发下大量 goroutine 同时发
http.Get，压垮监控接口或触发限流 - 没加锁的 map 存状态会导致 data race，运行时报 panic
正确做法是起独立 goroutine，用 time.Ticker 控制频率（如 10s 一次），用 sync.Map 缓存结果，失败标记格式为 "10.0.1.10:8080" → time.Time，恢复逻辑基于“最后一次成功时间 > 30s 前”，而非连续成功次数。
真正难的不是轮到哪个后端，而是当某个节点开始返回 connection refused 或 context deadline exceeded 时，如何让它快速退出调度队列，又不因短暂抖动反复上下线——这需要探测节奏、失败阈值、恢复策略三者配合，且必须脱离请求生命周期单独运行。
