动态服务权重调度必须自行实现选择逻辑，并与健康检查、配置热更新、线程安全联动，否则权重无效；net/http.reverseproxy默认不支持权重分发，需在请求入口嵌入加权轮询逻辑，结合sync.rwmutex保护状态、atomic操作更新节点权重与健康标记，且三者更新通路须异步解耦。
动态服务权重调度在 Go 里不能靠框架自动完成，必须自己实现选择逻辑，并且要和健康检查、配置热更新、线程安全三者联动，否则权重只是摆设。
net/http.ReverseProxy 默认不支持权重分发
直接用 httputil.NewSingleHostReverseProxy 或包装 http.RoundTripper 时，它只认一个 Director 函数，你传进去的 req.URL.Host 是静态值——哪怕后端列表有十个地址，所有请求都打到第一个上。权重配置写在 YAML 里也毫无意义。
常见错误现象：
- 配置了
weight: 70和weight: 30，但监控显示流量 100% 走 v1 - 某个后端宕机后，请求仍持续发过去，报
dial tcp: i/o timeout
根本原因是：没有在每次请求到达时，实时调用选择函数。必须把负载均衡逻辑嵌入 handler 或中间件的执行路径最前端。
加权轮询（WRR）比加权随机更适合生产环境
很多人一上来就用 rand.Intn(sum) 做轮盘赌，短期分布抖动大，小权重节点可能连续几秒没收到请求；而真实网关需要平滑、可预期的短期流量分布。
推荐用带状态的加权轮询，核心是维护一个全局递增计数器 + 每个节点的权重差值比较：
- 遍历所有健康节点，计算
node.Weight - (g.currentWeight % g.totalWeight) - 选该值最大的节点，再执行
g.currentWeight++ - totalWeight 必须是当前所有健康节点权重之和（剔除宕机节点后重算）
- 用
sync.RWMutex保护backends切片和currentWeight，读多写少场景下比sync.Mutex更高效
注意：currentWeight 不需要原子操作，因为它是单点更新；但 backends 的健康状态标记（如 IsHealthy()）必须线程安全，建议用 atomic.Bool 存状态。
权重更新必须和健康检查解耦，且支持运行时热替换
权重不是配置文件里读一次就完事的。比如你根据 P95 延迟动态调整权重：weight = int(1000 / (latencyMs + 1))，这个值每几十毫秒就可能变一次。
错误做法：
- 用
sync.Map存权重 → 高频写导致 read/dirty map 切换毛刺，且无法批量遍历做聚合 - 用全局 ticker 定期 reload 权重 → 所有节点同步抖动，放大雪崩风险
- 直接赋值
node.Weight = newW→ 可能与正在执行的selectBackend()竞争，导致重置逻辑错乱
正确做法：
- 每个节点结构体用
weight, current int64，合并进一个int64（高32位 weight，低32位 current），用atomic.CompareAndSwapInt64原子更新 - 健康检查走独立 goroutine，失败时调用
node.MarkUnhealthy()，只改状态不碰权重 - 权重更新函数是非阻塞的：读滑动窗口延迟数据 → 算新权重 → 原子替换指针，不阻塞主请求流
HTTP 层权重路由需同时支持灰度 header 和一致性哈希
纯按百分比分流在金丝雀发布中不够用。真实需求是：“指定用户 ID 走 v2，其余按 10% 权重进 v2”，这就要求路由逻辑能同时识别 header 和做哈希。
典型陷阱：
- 在 middleware 里做路由判断，但没透传 context 或修改了
c.Request导致后续 handler 拿不到原始 URL - 用
string(uid) % 100做哈希 → 不同进程结果不一致，用户在不同实例间跳变 - 改了
req.URL.Host就直接transport.RoundTrip→ 漏掉 TLS SNI、Cookie、Host 头等关键字段
安全做法：
- 哈希用
xxhash.Sum64String(uid)，结果取模保证跨进程一致 - 路由判断放在入口
HandlerFunc最开头，返回前用httputil.NewSingleHostReverseProxy构造 proxy，再调用Director改写req.URL和req.Host - 灰度 header（如
X-Canary: true）优先级高于权重，避免测试流量被随机打散
真正的难点不在算法本身，而在于权重、健康、配置三者的更新节奏如何不互相干扰——它们必须是异步、解耦、各自有锁边界的独立通路，否则任意一个抖动都会拖垮整个调度链路。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
