httputil.NewSingleHostReverseProxy不能直接用于生产环境，因其仅为基础构建块：默认丢弃X-Forwarded-For等关键Header、不支持请求体重放、无健康检查、无超时重试、无连接池控制、不支持多后端轮询。
Go 语言实现反向代理不难，但直接套用 httputil.NewSingleHostReverseProxy 很容易在真实场景中翻车——比如转发 HTTPS 请求失败、请求体读取后无法重复使用、Header 被静默丢弃、健康检查缺失导致流量打到宕机节点。
为什么 httputil.NewSingleHostReverseProxy 不能直接用在生产环境
它只是一个基础构建块，不是开箱即用的代理服务。默认行为会丢掉 X-Forwarded-For、X-Real-IP 等关键 Header；不处理 Body 重放逻辑，一旦你调用 r.Body.Read() 或 ioutil.ReadAll(r.Body)，后续 proxy.ServeHTTP() 就会收不到请求体；也不自带超时、重试、连接池控制。
-
Director函数必须显式设置，否则目标 URL 不会被改写，请求仍发往原始 Host -
Transport需要手动配置，否则默认 30 秒 idle timeout 会卡住长连接 - 没有内置健康检查，后端挂了也不会自动剔除
- 不支持多后端轮询，
NewSingleHostReverseProxy只能代理一个固定地址
如何让 httputil.ReverseProxy 支持可重用的请求体
核心是把 r.Body 读出来再包回去，但必须注意：不能只用 bytes.Buffer，要配合 ioutil.NopCloser 构造新 Body，且必须在 Director 之前做（否则 proxy 内部会提前消费 Body）。
- 先用
io.ReadAll(r.Body)拿到原始字节 - 调用
r.Body.Close()，避免资源泄漏 - 用
bytes.NewReader(bodyBytes)创建新 Reader，再用ioutil.NopCloser()包装成io.ReadCloser - 赋值给
r.Body，再调用proxy.ServeHTTP()
漏掉任意一步，都会出现 http: request body closed 或空 Body 转发。
立即学习“go语言免费学习笔记（深入）”；
HTTPS 后端代理常见错误与绕过方案
当目标服务是 https:// 时，httputil.ReverseProxy 默认会校验证书。若后端是自签名或内网证书，会报错 x509: certificate signed by unknown authority。
- 临时调试可用
&http.Transport{TLSClientConfig: &tls.Config{InsecureSkipVerify: true}} - 但生产环境必须替换为可信 CA Bundle，通过
TLSClientConfig.RootCAs加载 - 别忘了设置
Proxy字段为http.ProxyFromEnvironment，否则公司代理环境下会连不上外网 - 如果后端启用了 HTTP/2，Go 1.15+ 默认支持，但需确保
Transport的ForceAttemptHTTP2为 true（默认已开启）
从单点代理升级到带负载均衡的多后端
httputil.NewSingleHostReverseProxy 本身不支持多 upstream。你需要自己维护后端列表，并在 Director 中动态选择目标地址。
- 用 slice 或 map 存后端
*url.URL，配合轮询/随机/最小连接数算法选 host - 每次选完要更新
r.URL.Scheme、r.URL.Host和r.Header.Set("X-Forwarded-Host", host) - 务必在
Director里重置r.URL.Path和r.URL.RawQuery，否则路径拼接出错 - 健康检查不能只靠连接是否建立，得发 HEAD 或 GET /health 做主动探测，并缓存结果避免频繁扫描
真正难的不是转发逻辑，而是状态同步——多个 goroutine 并发修改后端列表时，没加锁或没用原子操作，很容易导致 panic 或路由错乱。
