轮询是Nginx默认负载均衡算法，按顺序循环分发请求，各worker进程独立维护current索引实现高性能“近似轮询”，不感知宕机，需配合健康检查使用。
轮询（Round Robin）是 Nginx 默认的负载均衡算法，它不依赖权重、健康检查或会话保持，而是按请求顺序将客户端请求依次分发给后端服务器列表中的每一台机器，形成一个循环队列。
核心逻辑：维护一个当前索引指针
Nginx 在内存中为每个 upstream 块维护一个整型变量 current，初始值为 0。每次需要选择后端服务器时，就用这个索引从 upstream server 数组中取出对应节点，然后将索引加 1；若已到达末尾，则归零，重新开始循环。
- 该索引是进程级变量，每个 worker 进程独立维护自己的 current，因此在多 worker 场景下，轮询不是全局严格顺序，而是各 worker 内部“近似轮询”
- 没有锁竞争，性能极高，适合高并发场景
- 不感知后端是否宕机——即使某台 server 已 fail，只要未被标记为 down 或 max_fails 触发摘除，仍可能被选中（后续由 health check 或 retry 机制兜底）
代码层面的关键结构体与流程
在 src/http/ngx_http_upstream_round_robin.c 中，Nginx 将轮询逻辑封装为 ngx_http_upstream_rr_peer_data_t 结构，并通过 ngx_http_upstream_get_round_robin_peer() 函数执行选取：
- peers 指向所有可用 server 的数组（含 weight、fails、checked 等字段）
- current 字段即上述循环索引，每次调用函数后自增并取模
- 函数内部会跳过状态为
down或failed且未恢复的节点，继续找下一个有效 peer，直到遍历一轮无可用节点才返回失败 - 若配置了
least_conn或ip_hash，则不会走此函数，而是使用对应模块的 get_peer 回调
权重轮询（Weighted Round Robin）的实现差异
当 upstream 中 server 显式配置了 weight（如 server 192.168.1.10 weight=3;），Nginx 实际启用的是加权轮询，但并非简单按比例重复添加 server 到数组，而是采用“累积权重 + 当前最大权重”策略：
- 每个 peer 记录 weight（配置值）、current_weight（运行时动态调整）、effective_weight（参与调度的实时权重，受失败影响）
- 每次选取时，所有 peer 的 current_weight 加上自身 effective_weight，然后选出 current_weight 最大的 peer，再将其 current_weight 减去 total_weight
- 该算法能更平滑地分配流量，避免纯轮询在权重差异大时出现集中打满某台机器的问题
实际配置与行为验证建议
可通过简单配置观察轮询效果：
- 启动两个后端服务（如不同端口的 Python HTTP server），记录访问日志
- upstream 块中定义两个 server，不设 weight，reload Nginx
- 用
ab或curl -s http://nginx/ | grep "server:"发起多次请求，观察响应来源是否交替出现 - 关闭其中一台后端，观察 Nginx 是否仍在尝试转发（此时 error log 会出现 connect refused），说明轮询本身不自动剔除异常节点
不复杂但容易忽略：轮询只是请求分发的第一步，真正的稳定性依赖于 max_fails、fail_timeout 和 health_check 的配合使用。
