不能直接复用httputil.NewSingleHostReverseProxy多次，因其设计约束为单后端：内部固化URL、Director和Transport，多实例会导致内存与goroutine线性膨胀、连接池失控；正确做法是仅初始化一个ReverseProxy实例，将轮询逻辑全置于自定义Director中，且必须重设req.URL.Scheme、req.URL.Host和req.Header.Set("Host", u.Host)三个字段，缺一不可。
直接用 httputil.NewSingleHostReverseProxy 搭不出多后端负载均衡器——它只认一个 URL，硬塞多个后端会静默失败或 panic。
为什么不能直接复用 NewSingleHostReverseProxy 多次？
这个函数签名里带 “SingleHost”，不是笔误，是设计约束。你传入的 *url.URL 会被固化进内部 Director 和 Transport，后续所有请求都发往这唯一地址。想靠循环创建多个实例再轮询？内存和 goroutine 开销会随后端数线性增长，且每个实例都独立维护连接池、TLS 会话、健康状态，完全不可控。
- 错误现象：
http: proxy error: dial tcp [::1]:8080: connect: connection refused（实际后端是10.0.1.10:8080，但日志显示连本地） - 根本原因：没重写
Director，req.URL.Host仍为原始请求 Host，req.URL.Scheme未设，http.Transport无法识别协议 - 正确做法：只初始化一个
*httputil.ReverseProxy实例，把调度逻辑全塞进自定义Director函数里
Director 必须重设哪三个字段？
缺一不可，否则转发必然出错。常见漏掉 req.URL.Scheme 或 req.Header.Set("Host", ...)，导致后端返回 404 或 TLS 握手失败。
-
req.URL.Scheme：必须显式赋值为后端 URL 的u.Scheme（如"https"），否则http.Transport不知道走 HTTP/1.1 还是 HTTP/2 -
req.URL.Host：必须设为后端u.Host（含端口），不是客户端请求的 Host；否则请求发向本机或上游网关 -
req.Header.Set("Host", u.Host)：HTTP/1.1 要求 Host 头匹配目标服务器，Nginx、Go http.Server 等默认校验此头
示例片段：
立即学习“go语言免费学习笔记（深入）”；
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)
}轮询索引为什么必须用 atomic.AddUint64？
普通 int 变量在高并发下 ++ 操作非原子，两个 goroutine 同时读到 idx=2，各自加 1 再写回，结果仍是 3，丢失一次递增。流量就卡在同一个后端上，监控立刻暴露倾斜。
- Go 1.19+ 推荐：
idx := b.index.Add(1) % uint64(len(b.backends))（b.index是atomic.Uint64） - 老版本用：
idx := atomic.AddUint64(&b.counter, 1) % uint64(len(b.backends)) - 绝对不要：
b.counter++或(b.counter++) % n—— 顺序错、非原子、竞态明显 - 动态更新后端列表时，索引要重置（如清零），否则可能长期跳过新加入的健康节点
健康检查不配滑动窗口，等于没做
只用 time.Tick(10 * time.Second) 定时探测，看似简单，实则危险：探测失败时不做状态缓存，下次请求仍可能打过去；连续成功三次才恢复？太慢，抖动放大。真正的生产级检查得有“惰性恢复”+“失败计数衰减”。
- 状态缓存必须用
sync.Map（key 是后端*url.URL字符串），避免 map + mutex 锁竞争 - 每次探测用独立
context.WithTimeout(ctx, 2*time.Second)，防止单次超时拖垮整个 ticker - 恢复逻辑建议：“最后一次成功时间 > 30s 前”，而非“连续成功 N 次”，更贴合真实网络抖动
- 别在
Director里实时调用http.Get做健康检查——那是阻塞操作，会卡住整个代理链路
最易被忽略的是：健康状态变更后，轮询索引不重置，会导致刚恢复的节点长期被跳过；而 Transport 连接池里的失效连接，不会自动清理，得靠 IdleConnTimeout 和 MaxIdleConnsPerHost 控制。
