不能。net/http.RoundTripper 是客户端接口，用于控制请求发出；服务端负载均衡需基于 httputil.NewSingleHostReverseProxy 自定义 Director 实现轮询，并配合原子计数、预解析 URL 和独立健康检查 goroutine。
Go 标准库 net/http.RoundTripper 能否直接实现服务端负载均衡？
不能。标准 http.RoundTripper 是客户端组件，用于控制 HTTP 请求如何发出；服务端负载均衡需在反向代理或网关层实现，Go 中最常用的是 net/http/httputil.NewSingleHostReverseProxy 配合自定义 Director 和健康检查逻辑。
用 httputil.NewSingleHostReverseProxy 实现轮询（Round Robin）的要点
Go 没有内置多后端轮询代理，必须手动维护后端列表并每次修改 Director 函数中的 req.URL.Host 和 req.URL.Scheme。关键不是“换代理”，而是“换目标地址”。
-
Director函数必须重写req.URL的Host、Scheme和路径（避免路径丢失） - 后端地址应预解析为
*url.URL，避免每次重复url.Parse - 轮询索引需用原子操作（如
atomic.AddUint64）保护，否则高并发下会错乱 - 不建议在
Director里做健康探测——它在每次请求时同步执行，会显著拖慢响应
var backends = []*url.URL{
{Scheme: "http", Host: "10.0.1.10:8080"},
{Scheme: "http", Host: "10.0.1.11:8080"},
}
var counter uint64
proxy := httputil.NewSingleHostReverseProxy(backends[0])
proxy.Director = func(req *http.Request) {
idx := atomic.AddUint64(&counter, 1) % uint64(len(backends))
u := backends[idx]
req.URL.Scheme = u.Scheme
req.URL.Host = u.Host
req.URL.Path = u.Path // 注意：若后端路径非根目录，需谨慎拼接
}
为什么不用 gorilla/reverseproxy 或 traefik 做自研 LB？
gorilla/reverseproxy 已归档，不再维护；traefik 是完整网关，嵌入它等于引入整个控制平面，和“用 Go 写个轻量 LB”初衷相悖。真正需要的是可控、可调试、能埋点的极简代理核心——httputil.NewSingleHostReverseProxy 正好提供这个基座。
- 它暴露了
Director、Transport、ErrorHandler三个可插拔点，覆盖路由、转发、容错 - 自定义
http.Transport可启用连接池复用、超时、TLS 配置，直接影响吞吐与稳定性 - 若需一致性哈希或权重，只需改写索引计算逻辑，无需替换底层结构
健康检查必须脱离 Director 单独运行
把探活逻辑塞进 Director 是最常见误用：它会让每个用户请求都卡住等待 HTTP 探测完成。正确做法是启动一个独立 goroutine，定期调用 http.Get 并更新内存中的可用后端列表（例如用 sync.Map 缓存状态），再让 Director 查表取地址。
立即学习“go语言免费学习笔记（深入）”；
- 探测间隔建议 5–30 秒，失败阈值设为连续 2–3 次超时
- 恢复逻辑要防抖：避免刚恢复就涌入大量流量，可加小权重或延迟提升优先级
- 不要依赖 HTTP 状态码 200 判定存活——有些服务 /health 返回 200 但 DB 已断，需结合业务探针
真正的复杂点不在轮询算法，而在于后端状态收敛速度、故障转移时的连接中断处理、以及长连接场景下旧连接未及时关闭导致的“黑产请求打到下线节点”。这些没法靠改几行 Director 解决，得从 transport 层连接管理、context 超时传递、甚至 TCP keepalive 配置入手。
