Nginx轮询是upstream默认负载策略，专用于动态请求分发，需配合location规则实现动静分离：静态资源由root或proxy_pass直接响应并缓存，动态请求交由upstream轮询集群处理。
在 Nginx 中，轮询策略本身是 upstream 模块的默认负载均衡方式，它不直接参与动静分离，但可以和动静分离、缓存协同工作——关键在于分层设计：动态请求走 upstream 轮询集群，静态资源走本地缓存或独立静态服务，并通过 location 规则精准分流。
一、明确动静分离与轮询的分工
轮询只负责“动态请求”在多个后端应用服务器之间的分发；而动静分离靠 location 匹配规则把请求拆开；缓存则分别作用于静态资源（浏览器/代理缓存）和动态响应（可选 proxy_cache）。三者不是叠加关系，而是各司其职：
- 所有以
/api/、/login、/（无扩展名）开头的请求 → 归为动态 → 交给upstream轮询集群处理 - 匹配
\.(js|css|png|jpg|woff2|svg)$的请求 → 归为静态 → 直接由 Nginx 提供文件或代理到静态服务器 - 静态资源响应中添加
expires或proxy_cache，实现多级缓存
二、核心配置结构（单机动静分离 + 动态轮询集群）
以下是一个生产可用的最小闭环配置，含轮询、动静分离、静态缓存、动态代理缓存四要素：
注意：假设后端动态服务部署在 192.168.1.10:8080 和 192.168.1.11:8080；静态资源放在 /data/static/ 目录下
http {
# 定义动态服务集群（轮询）
upstream app_backend {
server 192.168.1.10:8080;
server 192.168.1.11:8080;
# 可加 max_fails=2 fail_timeout=30s 实现自动剔除宕机节点
}
<pre class="brush:php;toolbar:false;"># 静态资源缓存区（可选，用于反向代理静态服务时）
proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=static_cache:100m inactive=7d max_size=10g;
server {
listen 80;
server_name example.com;
# 【静态资源】优先匹配，直接提供文件 + 强缓存
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff2|ttf|eot)$ {
root /data/static/;
expires 30d;
add_header Cache-Control "public, immutable";
}
# 【静态资源】也可代理到专用静态服务器（如另一台 Nginx 或 CDN 回源）
# location /static/ {
# proxy_pass http://192.168.1.12:8081/;
# proxy_cache static_cache;
# proxy_cache_valid 200 304 30d;
# expires 30d;
# }
# 【动态请求】所有非静态路径交由 upstream 轮询
location / {
proxy_pass http://app_backend;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
# 可选：对动态接口也启用短暂缓存（仅适用于幂等只读接口）
# proxy_cache app_cache;
# proxy_cache_valid 200 302 10m;
# proxy_cache_use_stale error timeout updating;
}
}}
三、进阶：动静彻底物理分离 + 多级缓存
当静态资源量大或需更高可用性时，建议将静态服务独立部署（例如用另一台 Nginx 或对象存储），再通过 Nginx 分流并缓存：
- 用
server { listen 8081; root /data/static; }单独起一个静态服务 - 主 server 中用
proxy_pass http://127.0.0.1:8081代理静态请求，并开启proxy_cache - 浏览器端仍收到
Cache-Control: public, max-age=2592000，CDN 或中间代理也可复用该缓存 - 动态请求保持轮询，不受静态压力影响，带宽和连接数完全隔离
四、验证与调优要点
配置生效后，重点验证三项是否到位：
- 访问
https://example.com/app.js→ 响应头含Cache-Control: public, immutable且状态码 200（非 304）→ 表示 Nginx 正确命中本地文件并设缓存 - 访问
https://example.com/api/user→ 查看后端两台机器 access.log 请求分布是否大致均匀 → 验证轮询生效 - 停掉其中一台后端（如 192.168.1.10），观察请求是否自动切到另一台且无报错 → 验证健康探测与故障转移
- 用
curl -I检查静态资源返回头是否有X-Cache: HIT（若启用了 proxy_cache）
不复杂但容易忽略：轮询本身无需额外关键字，写对 upstream 和 location 顺序、正则优先级、root/alias 路径拼接，就自然成立。缓存和分离只是让这个轮询更稳、更快、更省资源。
