go语言无开箱即用负载均衡器，需基于httputil.newsinglehostreverseproxy自研轮询调度：手动维护健康后端列表、重写director动态选节点、用原子变量管理索引、自定义transport控制连接池，并实现异步健康检查。
Go 语言没有开箱即用的负载均衡器，HTTP 层面的请求分发必须自己写调度逻辑或选对第三方库——标准库 net/http/httputil 只提供单后端代理能力，多后端必须重写 Director；gorilla/reverseproxy 看似省事，但默认不启用连接复用、权重运行时无效、日志无 hook，线上直接用容易出问题。
怎么用 httputil.NewSingleHostReverseProxy 实现轮询
这不是“配个参数就能跑”，而是要手动构造多后端调度。常见错误是直接传字符串给 NewSingleHostReverseProxy，它只接受 *url.URL，且每个后端应有独立实例（共用会导致连接复用冲突）。
-
Director必须重设req.URL.Scheme和req.URL.Host，否则请求发到本机，现象是connection refused或持续502 - 原始路径带前缀（如
/api/v1）时，req.URL.Path要用singleJoiningSlash(u.Path, req.URL.Path)截断，否则变成/api/v1/api/v1/xxx - 后端列表不能硬编码，要用
sync.RWMutex或atomic.Value包裹切片，支持运行时增删节点 - 健康检查得自己加：用
time.Ticker每 10 秒探测一次，每次设context.WithTimeout(ctx, 2*time.Second)，连续失败 3 次才下线
为什么 gorilla/reverseproxy 的权重不生效
它的 Weight 字段只在初始化时读取一次，后续修改结构体字段完全无效。更隐蔽的问题是：Director 函数签名是 func(*http.Request)，和标准库 httputil.ProxyRequest 不兼容，直接套用会编译失败。
- 连接复用默认关闭，高并发下很快触发
too many open files，必须显式配置Transport：MaxIdleConns = 1000、MaxIdleConnsPerHost = 200、IdleConnTimeout = 30 * time.Second - 错误日志默认输出到
os.Stderr，没做log.SetOutput或 hook 就等于线上盲跑 - 健康检查探针若和主流量共用同一个
http.Client，超时或连接池争抢会互相干扰
轮询索引怎么避免越界和竞态
别用全局 int 变量加锁更新——锁粒度大、性能差。也别用 len(backends) 直接取模，因为节点可能动态变化，索引会指向已删除项。
- 正确做法：用
atomic.AddUint64(&idx, 1)更新，再对当前健康节点快照长度取模 - 每次选节点前，先获取一次加锁/原子读取的健康节点切片（不是原始列表），基于该快照计算索引
- 健康节点数为 0 时，必须立即返回
ErrNoAvailableNode，不能 fallback 到不健康节点 - 注意
uint64溢出虽不影响取模，但长期运行后idx值极大，调试时可能误判为异常
什么时候该放弃手写，直接上 Traefik 或 Envoy
当你需要熔断、限流、gRPC 负载均衡、服务发现（Consul/Etcd）、动态 TLS 或 xDS 配置同步时，自己拼的 proxy 已经是技术债了。Traefik 是 Go 写的，配置即代码，自动 HTTPS + Docker/K8s 服务发现开箱即用；Envoy 更适合中大型系统，xDS 支持热更新集群，Go 进程只管业务逻辑。
最常被忽略的一点：手写负载均衡器最难的不是算法，而是连接生命周期管理——空闲连接是否及时回收、HTTP/2 是否协商成功、TLS 握手失败是否影响后续请求。这些细节在专用组件里已被反复打磨，自己实现极易遗漏。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
