Go语言实现简单的负载均衡器：语言学习中的集群调度实战-Golang-PHP中文网

不能直接复用httputil.newsinglehostreverseproxy多次，因其设计约束为单后端：内部固化url、director和transport，多实例会导致内存与goroutine线性膨胀、连接池失控；正确做法是仅初始化一个reverseproxy实例，将轮询逻辑全置于自定义director中，且必须重设req.url.scheme、req.url.host和req.header.set("host", u.host)三个字段，缺一不可。

go语言实现简单的负载均衡器：语言学习中的集群调度实战

直接用 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语言（Golang）1.26.0

Go语言（Golang）1.26.0版本官方下载，版本号 1.26.0，适合旧项目维护、兼容性测试和指定版本开发环境搭建。

下载

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 —— 顺序错、非原子、竞态明显
动态更新后端列表时，索引要重置（如清零），否则可能长期跳过新加入的健康节点