动态上游配置需用atomic.Value包裹完整BackendSet结构体实现原子更新，包含Upstreams、UpdatedAt、Version及atomic.Uint32型FailCount，RoundTripper须感知版本变更并清理旧连接池。
动态上游配置不是改个 map 就完事
直接用 sync.Map 存服务名到地址列表的映射，看似能热更新，但实际会出三类问题：新请求可能拿到正在被修改的 slice 引用、健康状态字段（如 FailCount）没原子操作导致计数错乱、旧连接未优雅关闭造成 TIME_WAIT 暴涨。真正要动的是「上游实例集合」这个整体状态，而不是单个字段。
用 atomic.Value 包裹整个 BackendSet 结构体
每次配置变更时，构造全新 *BackendSet 实例并原子写入，读取方永远看到完整一致的状态快照，避免脏读和部分更新。结构体里必须包含：Upstreams []WeightedBackend（带权重与健康标记）、UpdatedAt time.Time（用于下游做 staleness 判断）、Version uint64（配合 etcd watch 的 revision 对齐）。
-
WeightedBackend字段必须用atomic.Uint32存FailCount，不能用普通int - 不要在
BackendSet里存可变指针（如*http.Client），否则新旧版本共用同一 client 会导致超时/重试策略冲突 - 每次写入前先校验所有
Upstream.Addr能解析 DNS 且端口可达，失败则跳过本次更新，防止网关突然全量 503
RoundTripper 必须感知 BackendSet 版本变更
你不能让 http.Client.Transport 一直用老的 BackendSet。正确做法是在自定义 RoundTrip 方法开头加一句：current := backendSet.Load().(*BackendSet)，然后基于它选节点。如果发现 current.Version != lastUsedVersion，就触发一次本地连接池清理（调 transport.CloseIdleConnections()），否则复用的 TCP 连接仍连着已下线的后端。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 别在
RoundTrip里做 DNS 缓存——net/http默认会缓存 30 秒，得自己用net.Resolver+time.Now().Unix()控制 TTL - 选节点逻辑（比如加权随机）必须只读
current.Upstreams，禁止在循环中修改其字段，否则并发时 panic - 如果用了
context.WithTimeout包裹请求，确保BackendSet里Timeout字段变更后，新请求立刻生效，旧请求不受影响
配置中心变更后如何避免“一半请求走新上游、一半还在连老地址”
典型症状是日志里同时出现两个 upstream 的 200 和 502。这不是路由匹配问题，而是 http.Client 实例没及时切换底层 Transport。解决方案只有两个：
立即学习“go语言免费学习笔记（深入）”；
- 每个
BackendSet版本绑定独立http.Transport实例（含专属IdleConnTimeout和MaxIdleConnsPerHost），RoundTrip时根据当前版本选择对应 transport - 或者更轻量：全局只用一个
http.Transport，但在每次BackendSet更新后，调一次transport.RegisterProtocol("http", &http.Transport{...})替换协议处理器（注意这会影响所有 http 协议请求，慎用）
最常被忽略的一点：上游地址变更后，旧连接不会自动断开，得靠 MaxIdleConnsPerHost 和 IdleConnTimeout 自然淘汰；若想立即切断，只能主动调 transport.CloseIdleConnections()，但要注意它会阻塞，需异步执行。
