Nginx动静分离核心是静态资源由Nginx直接读取返回、动态请求通过proxy_pass转发至后端；依赖location按后缀（如~*.(css|js)$）或路径前缀（如^~/static/）匹配，优先级高者先执行，并配合root、upstream、缓存头及透传请求头等配置确保正确分流与高效响应。

直接用 Nginx 把静态资源和动态请求分开处理，核心就两点：静态文件由 Nginx 自己读取返回，动态请求转给后端（比如 Tomcat、SpringBoot 或 Node.js）；关键靠 location 规则匹配路径或后缀，再配合 root 和 proxy_pass 指令区分流向。

明确区分动静请求的匹配方式

静态资源通常按后缀或固定路径识别。Nginx 会优先匹配更具体的 location 块，所以要把静态规则写在动态规则前面：

• 按文件后缀匹配：例如 location ~* \.(css|js|png|jpg|gif|ico)$，加上 ~* 表示忽略大小写，覆盖常见前端资源
• 按路径前缀匹配：例如 location /static/ 或 location /assets/，适合把所有静态资源统一放在某个目录下
• 避免遗漏：HTML 文件常被误当动态内容，若前端是纯静态站点（如 Vue/React 打包产物），也应归入静态处理，可用 location / { try_files $uri $uri/ /index.html; } 配合

静态资源由 Nginx 直接服务

匹配到静态请求后，Nginx 不转发，而是从本地磁盘读取并响应。需确保：

• root 路径设置正确，比如 root /data/www;，那么请求 /css/app.css 就对应文件 /data/www/css/app.css
• 开启高效传输：加上 sendfile on; 和 tcp_nopush on;，减少系统调用开销
• 启用缓存头：例如 add_header Cache-Control "public, max-age=31536000, immutable";，让浏览器长期缓存不常变的资源
• 开启 Gzip 压缩：对 text/css、application/javascript 等类型启用压缩，节省带宽

动态请求统一代理到后端服务

所有未被静态规则捕获的请求，默认交给后端应用处理：

• 用 location / 匹配根路径及子路径，内部配置 proxy_pass http://backend;
• 定义 upstream 块管理后端地址，支持多实例与简单负载均衡：upstream backend { server 127.0.0.1:8080; }
• 透传关键请求头：proxy_set_header Host $host;、X-Real-IP、X-Forwarded-For，确保后端能拿到真实客户端信息
• 设置合理超时：proxy_connect_timeout 3;、proxy_read_timeout 30;，防止长连接拖慢整体响应

注意几个易错细节

配置看似简单，但线上容易出问题的地方集中在路径和头信息上：

• proxy_pass 结尾加不加 / 影响路径重写：写成 proxy_pass http://backend/; 会剥离匹配的前缀；不加斜杠则原样转发，容易导致 404
• 静态资源目录权限要放开，Nginx 工作进程（如 www-data 或 nginx 用户）必须有读取权限
• 如果后端依赖原始 Host 或协议（如生成 HTTPS 链接），务必通过 proxy_set_header 显式传递 X-Forwarded-Proto 和 Host
• 上线前用 nginx -t 检查语法，再 nginx -s reload 平滑重启，避免中断服务