Nginx 负载均衡四策略实测轮询、加权、会话保持与故障转移全复现Windows 单机负载均衡的教程大多停在「改 conf 重启」——策略配了但从没验证过分发结果对不对。这套实战套件在 Windows 单机上把四种策略全部跑出可观察的结果轮询严格交替、加权精确 3:1、ip_hash 同源固定、kill 主节点后 backup 全量接管响应体自带节点标识每一条都能亲眼确认。一、实测结果先看表策略请求数分发结果轮询 rr10A,B,A,B… 严格交替加权 weight3:18A×6, B×2 符合 3:1ip_hash4同源全部固定 node-A故障转移5kill 主节点全部走 backup node-B每条结果都来自真实 curl 输出output/ 目录留原始记录——后端用 Node 写了个带节点标识的服务响应含 backend/pid/served分发到谁一目了然。二、三步复现cd backends set PORT3001 set NODE_NAMEnode-A start node server.js set PORT3002 set NODE_NAMEnode-B start node server.js :: 配好 nginx_lb.conf 启动 Nginx 后逐策略验证 for /l %i in (1,1,10) do curl http://127.0.0.1:8090/rr/conf/nginx_lb.conf 里四种策略的 upstream 全部配好含 max_fails / fail_timeout 健康判定参数——故障转移那组实验就是 kill 掉主节点后Nginx 在判定窗口内把流量切到 backup 的真实记录。三、怎么迁移到真实项目单机版的骨架可以直接搬upstream 块换成真实服务器列表、server_name 换成域名、backend 标识换成应用版本号。三个工程要点提前知道加权轮询适合异构机器3:1 对应 3 倍性能差ip_hash能做会话保持但有哈希不均风险Session 集中式存储后建议回到轮询backup 健康判定是最小可用的高可用方案生产再往上加 keepalived。这套套件的价值在于「每条配置都见过它的分发结果」——面试聊负载均衡时你说的每句话都有实测数据兜底。加权策略那一组实验还能延伸把 weight 改成 2:1 再跑 8 次会得到 A×5.33 的期望分布实际结果围绕期望值小幅波动——正好用来讲清楚「加权是期望分布不是严格计数」这个容易被面试官追问的点。 本文对应的完整套件conf后端实测记录已整理上传点击查看资源包