Nginx轮询路径本质是确定性循环，按upstream中server书写顺序由内部指针逐台推进并回绕；重启后指针归零，运行中独立维护，自动跳过故障节点，受weight、ip_hash或健康检查不一致干扰会破坏均匀分布。
轮询机制本身不追求单次请求的“绝对稳定”，它追求的是长期统计下的路径可预期性和分布一致性。只要后端节点状态稳定、配置干净，请求路径就会严格遵循配置顺序循环，不会随机漂移或突变。
轮询路径的本质是确定性循环
它不依赖响应时间、连接数或实时负载，只按 upstream 中 server 的书写顺序维护一个内部指针：
- 第1个请求 → 发往列表第1台，指针移到第2位
- 第2个请求 → 发往列表第2台，指针移到第3位
- 第3个请求 → 发往列表第3台，指针归零，下次回到第1台
这个过程无随机、无计算、无状态同步，每个 worker 进程独立执行，因此路径序列在单个 worker 视角下是完全固定的 A→B→C→A→…
短期波动 ≠ 路径不稳定
高并发时，多个 worker 可能同时指向不同位置，导致某台服务器在几毫秒内连续收到请求。这不是路径错乱，而是并行指针的自然结果：
- worker 1 当前指针在 A，worker 2 在 B，两者几乎同时处理请求 → A 和 B 各收1条
- 若此时 A 响应稍慢，worker 1 尚未推进指针，而 worker 2 已处理完并移到 C → 看似 A 连续被选
这种局部现象不影响整体循环逻辑，数百次以上请求仍会回归严格轮转节奏。
真正破坏路径稳定性的常见干扰
路径“看起来乱”，往往不是轮询失效，而是配置引入了非确定性因素：
- weight 参数存在：哪怕只有一台写了 weight=2，整个 upstream 就切换为加权轮询，路径不再等长循环
- ip_hash 或 hash 指令启用：请求被绑定到固定后端，彻底绕过轮询顺序
- 健康检查参数不一致：某台 max_fails=1，另一台没写（默认为1但 fail_timeout 可能不同），导致摘除/恢复时机错位，轮询队列长度动态变化
这些配置会让原本线性的路径变成条件分支或跳表结构，失去可预测性。
验证路径是否真正稳定的方法
不靠猜测，用日志直接观察实际流向：
- 在 upstream 块中每台 server 显式加上唯一标识，例如 server 192.168.1.10:8080 max_fails=2 fail_timeout=15s;
- 配置 access_log 记录 $upstream_addr，例如 log_format main '$remote_addr - $upstream_addr [$time_local] "$request" $status';
- 用 ab -c 1 -n 1000 或 curl 循环发起串行请求（避免 keepalive 干扰）
- 检查日志中 upstream_addr 字段是否呈现重复的 A→B→C→A 序列，而非随机穿插或长时间停留
若序列清晰且周期稳定，说明路径分发是可靠的；若出现断点、跳步或重复滞留，则问题一定出在配置或节点健康状态上。
