Nginx静态资源缺失后自动降级需try_files+error_page+proxy_intercept_errors协同实现：先本地匹配，再代理主后端，失败后内部重定向至兜底页；关键要求是proxy_intercept_errors与proxy_pass同location、error_page用等号、命名location加internal。
当 Nginx 用 try_files 找不到静态资源时，它不会自动“找后端服务”——try_files 本身只检查本地文件或目录，不发起代理请求。所谓“找不到后端服务时降级”，实际是指：静态资源缺失 → 尝试代理到后端 → 后端不可用（如超时、502/503/504）→ 自动返回本地兜底页。这需要 try_files、error_page 和 proxy_intercept_errors 协同完成，不能单靠 try_files 实现。
核心链路：静态优先 → 代理主后端 → 主失败跳命名 location 降级
这是最常用且可控的容错结构：
- 在主
location中用try_files $uri $uri/ @proxy_main;：先查本地文件/目录，都不命中就内部重写到@proxy_main - 定义
location @proxy_main { proxy_pass http://upstream_primary; proxy_intercept_errors on; error_page 502 503 504 = @degrade; }：开启错误拦截，并显式捕获后端故障码 - 定义
location @degrade { internal; root /usr/share/nginx/html; try_files /degrade.html =404; }：用internal防止外部直接访问，确保只通过错误流程进入
关键配置细节不能漏
很多降级失效，是因为踩中了这些硬性规则：
-
proxy_intercept_errors on必须和proxy_pass在同一个location块内，否则不生效 -
error_page 502 503 504 = @degrade中的等号=表示内部重定向并保留原始状态码；若写成/degrade.html，会触发外部重定向，且依赖root路径匹配 - 命名 location 如
@degrade必须加internal，否则可能被恶意请求绕过 - 后端必须真实返回 502/503/504 状态码——如果后端吞掉错误仍返回 200，Nginx 完全无法感知
按路径差异化降级更实用
不是所有接口都该用同一张降级页。可分层控制：
- 支付路径单独处理：
location /api/pay { error_page 502 504 = @pay_fallback; } - 静态资源轻量兜底：
location /static/ { error_page 502 = @cdn_fallback; } - 动态选页：配合
map提取响应头中的服务标识，在@dynamic_fallback中根据变量值加载不同 HTML
调试建议：确认哪一环没走通
降级不生效时，优先验证三点：
- 用
curl -I http://your-domain/path看后端是否真返回了 502/503/504 - 在
@proxy_main和@degrade中临时加add_header X-Stage "proxy_main";或X-Stage "degrade"，通过响应头确认执行路径 - 检查
error_log是否启用info或debug级别，日志里会明确记录try_files匹配结果和error_page触发过程
