Nginx静态文件不存在时通过try_files回退到后端，需用命名location（如@backend）承接fallback，不可直接proxy_pass；root与alias对URI拼接逻辑不同，配置错误会导致频繁回退；支持404兜底、多级缓存回退及API路径单独代理。
当静态文件不存在时，Nginx 用 try_files 回退到后端，核心是“本地优先检查 + 内部跳转至命名 location 执行代理”，不触发外部重定向、不暴露后端地址、性能高效。
回退逻辑必须靠命名 location 实现
try_files 最后一个参数不能是 proxy_pass 或 URL，只能是内部 URI（以 / 开头）或命名 location（以 @ 开头）。所以真实转发必须写在 location @xxx 块里：
- 正确写法：
try_files $uri $uri/ @backend; - 错误写法：
try_files $uri $uri/ https://api.example.com;（语法报错） - 命名 location 不对外可访问，只作为 try_files 的 fallback 目标
典型配置：静态优先，缺失即交由后端
适用于前后端分离架构，比如前端资源放磁盘，API 请求走 proxy：
-
root /var/www/frontend;—— 定义静态根目录 -
location / { try_files $uri $uri/ @backend; }—— 先查文件/目录，失败进 @backend -
location @backend { proxy_pass http://127.0.0.1:3000; }—— 后端服务承接所有兜底请求
这样，/logo.png 存在就直接返回；/api/users 不存在文件也无对应目录，自动进 @backend 转发。
注意 root 和 alias 对 $uri 拼接的影响
路径拼错会导致 $uri 永远查不到文件，回退变成常态：
- 用
root时，$uri是完整相对路径。例如root /var/www;+location /static/→ 请求/static/js/app.js查找/var/www/static/js/app.js - 用
alias时，$uri不含 location 前缀。例如alias /data/assets/;+location /static/→ 请求/static/js/app.js查找/data/assets/js/app.js - 混用或路径多一层斜杠（如
alias /data/assets/;写成alias /data/assets;）都会导致匹配失败
进阶：带状态码兜底或分层回退
不是所有场景都要转发——可按需组合策略：
- 查不到就 404：
try_files $uri =404; - 先查缓存目录，再查原始路径，最后才后端：
try_files /cache$uri $uri @backend; - 对 API 路径单独处理（避免静态规则误伤）：
location ^~ /api/ { proxy_pass http://backend; }，放在 try_files 规则之前
