Go语言无内置负载均衡器，需基于httputil.NewSingleHostReverseProxy自研轮询调度：重写Director动态选节点、用原子变量管理索引、预解析后端URL、显式设置req.URL.Scheme和Host，并集成异步健康检查与故障兜底机制。
Go 语言没有内置负载均衡器，http.Server 默认就是单点；要分发请求到多个后端，必须自己写调度逻辑，或选对第三方库——不是“配”，而是“写”或“选”。
httputil.NewSingleHostReverseProxy 的 Director 必须重设 req.URL.Host 和 req.URL.Scheme
标准库的 httputil.NewSingleHostReverseProxy 只支持单后端，多后端得靠你自己重写 Director。常见错误是只改 req.URL.Path，漏掉 Host 和 Scheme：
- 不设
req.URL.Host→ 请求发到本机，报connection refused或一直返回502 - 不设
req.URL.Scheme→http.Transport无法识别协议，可能panic或静默失败 - 后端带路径前缀（如
https://s1:8443/api/v1）时，req.URL.Path要手动截掉原始前缀，否则变成/api/v1/api/v1/xxx
正确写法示例：
proxy := httputil.NewSingleHostReverseProxy(nil)
proxy.Transport = &http.Transport{/* 自定义配置 */}
proxy.Director = func(req *http.Request) {
u := backends[rrIndex%len(backends)]
req.URL.Scheme = u.Scheme
req.URL.Host = u.Host
req.URL.Path = singleJoiningSlash(u.Path, req.URL.Path)
req.Header.Set("Host", u.Host) // 关键：显式设 Host 头
}RoundRobin 索引必须用原子操作，不能用普通变量 ++
并发下 index++ 是非原子的，多个 goroutine 同时读到相同值，导致流量打偏到同一台后端。错误现象包括监控里流量倾斜、日志中重复出现某台 IP 的 5xx：
立即学习“go语言免费学习笔记（深入）”；
- Go 1.19+ 推荐用
atomic.Uint64：idx := b.index.Add(1) % uint64(len(b.backends)) - 老版本用
sync/atomic.AddUint64，注意参数是*uint64类型 - 别在循环里直接写
(curIndex++) % n；顺序必须是：先Load，再取模，最后Add - 如果后端列表动态更新（如健康检查剔除），索引要重置，否则可能长期跳过有效节点
轮询算法必须加健康检查兜底，不能裸跑
裸写的 RoundRobin 结构体只维护一个 index，遇到节点挂掉时会继续轮到它，导致请求失败率飙升：
- 后端列表不能是静态
[]string，得是[]*Backend，每个含Alive bool字段 -
Next()不能直接取模，要跳过!b.Alive的节点，且需设最大重试次数（比如 3 次），避免死循环 - 必须配合异步健康检查 goroutine，定期发探针（HTTP GET
/health或 TCP 连接），更新Alive状态 - 如果所有节点都不可用，
Next()应该panic或返回error，而不是静默返回空字符串
生产环境优先考虑 go-zero 的 P2C + EWMA，别硬写轮询
自己从零写负载均衡器，90% 的坑都在「如何定义节点负载」。用连接数或请求数做指标太滞后；用平均延迟又对瞬时抖动敏感：
-
P2C（Pick Two Choices）每次随机挑两个节点，比的是它们各自的EWMA延迟值（α * newRTT + (1-α) * oldEWMA，α通常取 0.2～0.5） - 选完后立即用本次 RTT 更新被选中的节点的
EWMA，未被选中的节点也按衰减因子缓慢下降 -
EWMA必须用sync/atomic读写，否则并发更新会丢精度；且每个节点的EWMA要独立存储 - AI 多模型场景（调用 OpenAI/Claude/千问等）更适合加权随机 + 熔断降级，因为响应延迟、限流状态、价格差异远大于传统服务节点
真正难的不是实现轮询，而是让调度决策在节点动态上下线、延迟剧烈波动、权重实时调整时仍保持稳定——这往往需要状态缓存、滑动窗口、惰性恢复等一整套机制，而不是一个 for 循环就能搞定的。
