服务端降级必须由后端主动拦截请求并返回预置静态兜底页，而非依赖浏览器自动触发；兜底页须为独立HTML文件，内联样式、无脚本、无外部依赖，并通过Nginx的error_page或Spring Boot的@ControllerAdvice+ResponseEntity<String>精确配置返回。
服务端如何拦截并返回兜底页（Nginx / Spring Boot）
浏览器不会因为 500 或超时就自动加载 fallback.html——那是前端思维。服务端降级的关键在于“请求还没到业务逻辑，就得决定是否跳转”。
- Nginx 层用
error_page指令绑定状态码，但仅对 Nginx 自身错误（如 upstream timeout、502/503）生效；它无法捕获 Spring Boot 内部抛出的 500，除非你把整个应用设为 upstream 并启用proxy_intercept_errors on - Spring Boot 3.x 推荐用
@ControllerAdvice+ResponseEntity<String>直接返回兜底页内容（读取classpath:/static/fallback.html），而不是重定向——重定向会暴露路径，且多一次 HTTP 往返，弱网下更不可靠 - 若用 Spring WebFlux，注意
WebExceptionHandler的执行顺序：必须在ResponseStatusException之前注册，否则 4xx/5xx 会被提前吞掉，兜底逻辑不触发
fallback.html 必须满足的三个硬性条件
这个文件不是“备用模板”，而是最后防线。任何动态能力、外部依赖、甚至相对路径引用，都会让它在关键时刻失效。
- 必须是完整 HTML 文档：含
<!DOCTYPE html>、<html lang="zh-CN">、<meta charset="utf-8">，避免浏览器进入怪异模式 - 所有样式必须内联：
<style>标签写在<head>里，禁用@import和外部<link rel="stylesheet">；字体、颜色、间距全部固化，不依赖 CSS 变量或媒体查询 - 禁止任何
<script>标签（包括空标签）、禁止data-*属性驱动行为、禁止src或href引用非同域资源（如 CDN 图片、Google Fonts）
为什么不能用 <meta http-equiv="refresh"> 或重定向做兜底
这类方案看似简单，实则在高可用场景下是反模式：它们依赖客户端再次发起请求，而失败原因（DNS 超时、TCP 握手失败、TLS 协商卡住）大概率会复现。
-
<meta http-equiv="refresh" content="0;url=/fallback.html">在 Chrome 120+ 已被限制执行，尤其在 service worker 控制范围内 - HTTP 302 重定向要求客户端解析响应头，但某些弱网设备（如低端安卓 WebView）在收到不完整响应体时会直接断连，根本等不到 Location 字段
- 如果兜底页本身也走 HTTPS，而证书校验失败（如系统时间错误、根证书缺失），重定向会陷入死循环或白屏
Content-Type 必须是 text/html; charset=utf-8，且不能被中间件（如某些 CDN 或 WAF）悄悄改写成 application/octet-stream——这会导致浏览器下载文件而非渲染。上线前务必用 curl -I 验证响应头。 
