Nginx 中用 try_files 实现多级降级备用静态页面，核心是按优先级逐层尝试本地路径，命中即返回，全部失败再交由上层兜底；支持变量拼接、命名 location 分支判断、root/alias 协同及 SPA 路由兼容。
在 Nginx 中用 try_files 实现多级降级备用静态页面，核心是“按优先级逐层尝试本地路径”，命中即返回，全部失败再交由更上层逻辑兜底。它不依赖外部服务，轻量、快速、可控，特别适合前端资源缺失时的优雅降级（如 JS 加载失败、图片丢失、A/B 版本切换等）。
用 try_files 串联多个本地降级路径
最直接的方式是把多个可能存在的备用页面路径按优先级写进 try_files，Nginx 会依次检查文件是否存在：
try_files $uri /fallback/$host-$uri.html /fallback/generic-$uri.html /fallback/404.html =404;- 先查原始请求路径（如
/user/profile） - 再查按域名定制的降级页（如
/fallback/site-a.com-user-profile.html） - 接着查按路径泛化命名的通用页（如
/fallback/generic-user-profile.html） - 最后 fallback 到统一 404 页面；若全无，则返回标准 404 响应
注意：所有路径都相对于 root，不能写绝对路径；变量（如 $host、$uri）需提前确保有值且已转义合法字符（可用 map 预处理）。
结合命名 location 实现条件化多级判断
当降级逻辑需要分支判断（比如按 User-Agent、请求头或路径前缀选不同目录），单靠 try_files 表达式不够灵活，应配合命名 location：
- 先用
error_page 404 = @multi_fallback;拦截真实缺失 - 在
location @multi_fallback { }内，用try_files分层尝试：
try_files /mobile$uri.html /desktop$uri.html /common$uri.html /static/404.html =404;
这样可实现按终端类型分目录存放降级页，结构清晰、易维护。记得加 internal; 防止用户直接访问该 location。
与 root/alias 协同控制降级资源位置
降级页面通常分散在不同物理路径，推荐统一用 root + 多级子目录管理，避免 alias 引起的路径拼接歧义：
- 设
root /var/www/app;为总根目录 - 降级页存放在
/var/www/app/fallback/mobile/、/var/www/app/fallback/desktop/等子目录 - 在命名 location 中通过变量拼接路径，例如：
try_files /fallback/$device$uri.html /fallback/common$uri.html =404;
若必须用 alias（如单独挂载降级包），务必确认其路径截断规则 —— alias 会替换匹配前缀，而 root 是拼接，二者行为完全不同。
避免干扰 SPA 路由的降级设计
对 Vue/React 类单页应用，不能让所有 404 都进降级流程，否则会吞掉合法前端路由（如 /admin）。正确做法是分层拦截：
- 主
location /先用try_files $uri $uri/ @router;匹配真实静态资源 -
location @router { rewrite ^(.*)$ /index.html last; }把合法路由交给 SPA 处理 - 仅当
$uri对应真实文件（如/js/app.js）不存在时，才触发 Nginx 默认 404，进而被error_page捕获并进入多级降级链
这样既保障了 HTML5 History 路由正常工作，又确保静态资源缺失时有完整降级能力。
