Nginx可通过proxy_intercept_errors on开启错误拦截，结合error_page映射至@static_fallback命名location实现后端全宕机时的静态站降级，需配合upstream重试策略确保仅在最终失败时触发。
可以，Nginx 负载均衡器在后端全部宕机时，完全能通过 error_page 拦截错误响应，并将请求降级转发至备用静态站点。关键不在于“转发失败”，而在于让 Nginx 主动接管响应权——靠 proxy_intercept_errors on 开启拦截 + 精准 error_page 映射 + 合理重试策略协同实现。
必须开启并限定作用域的拦截开关
proxy_intercept_errors on; 默认关闭，必须显式启用。建议放在具体 location 块内（如 location /api/），避免影响静态资源等非代理路径。它只对后端返回的 4xx/5xx 响应生效（包括 Nginx 自身生成的 502/503/504），但不处理 200 状态码下的业务错误体。
精准映射错误码并指向可访问的静态站入口
例如：
error_page 500 502 503 504 = @static_fallback;
其中 @static_fallback 是一个命名 location，用于统一处理降级逻辑。不要直接写成 /fallback.html，否则无法灵活控制 root、MIME 类型或跳转逻辑。
定义降级 location，对接静态站点根目录
推荐结构如下：
location @static_fallback {-
root /var/www/fallback-site;（指定备用静态站物理路径） -
index index.html;（自动匹配首页） -
try_files $uri $uri/ /index.html =404;（支持 SPA 路由回退） -
add_header X-Downgraded "true";（便于监控识别） }
确保该路径下存在真实文件，且 mime.types 已加载（或显式设置 types { text/html html; }）。
配合 upstream 容错机制，避免过早触发降级
在 upstream 或 location 中配置重试逻辑，让降级真正成为“最后手段”：
proxy_next_upstream error timeout http_500 http_502 http_503 http_504;proxy_next_upstream_tries 2;proxy_connect_timeout 1s;proxy_read_timeout 3s;
只有所有后端节点均重试失败后，Nginx 才生成最终错误响应，此时 error_page 才会接管，逻辑更可靠。
验证方式：临时停掉全部 upstream 服务，用 curl -v 请求接口，确认返回状态码为 200、响应体是备用站的 index.html 内容，且响应头中包含 X-Downgraded: true。
