Nginx错误降级需proxy_intercept_errors与error_page协同：location中开启proxy_intercept_errors on，再配error_page指定状态码及URI路径，并用internal location提供安全静态页；差异化响应和upstream健康探测可提升容错。
要让 Nginx 在后端返回错误状态码时自动降级，核心不是单独开启某个开关，而是让 proxy_intercept_errors 和 error_page 协同工作——前者是“允许拦截”，后者才是“实际响应”。配置错位或遗漏任一环节，错误仍会原样透传给用户。
必须在同一 location 中成对启用拦截与绑定错误码
proxy_intercept_errors 默认关闭，且仅对 proxy_pass 流量生效。不能只写 on 就以为完成：
- 在代理请求的
location块中显式开启：proxy_intercept_errors on; - 紧随其后声明要接管的状态码，例如：
error_page 500 502 503 504 /error.html; - 避免把
error_page放在server或http级别，而proxy_intercept_errors写在location里——作用域不匹配会导致失效 - 推荐覆盖常见服务级错误：
error_page 400 401 403 404 500 502 503 504 /error.html;
确保降级页可访问且安全返回
error_page 后的路径是 URI（如 /error.html），不是文件系统路径，必须有对应 location 处理它：
- 添加内部路由：
location = /error.html { internal; root /usr/share/nginx/html; } -
internal防止用户直接访问该页面（如curl http://domain/error.html） -
root指向真实存放文件的目录，即实际路径为/usr/share/nginx/html/error.html - 静态页建议内联 CSS/JS，避免二次请求失败；文件大小建议大于 512 字节，防止浏览器显示默认错误页
按错误类型差异化响应更实用
不同状态码背后故障原因不同，返回不同页面能提升运维效率和用户体验：
-
error_page 502 504 /50x-gateway-fail.html;（网关超时、上游不可达） -
error_page 500 /50x-backend-crash.html;（后端程序崩溃） -
error_page 503 /50x-maintenance.html;（主动限流或维护中） - 每个页面可嵌入自动重试逻辑、联系入口或当前服务状态说明
配合 upstream 提升容错能力，减少触发降级概率
拦截是兜底，预防才是关键。让 Nginx 主动避开故障节点，能大幅降低用户看到降级页的次数：
- 在
upstream中配置健康探测：max_fails=2 fail_timeout=30s; - 启用自动重试：
proxy_next_upstream error timeout http_502 http_503 http_504; - 设置合理超时：
proxy_connect_timeout 1s; proxy_read_timeout 3s; - 当所有节点均不可达时，Nginx 自身生成的 502/503/504 仍会被
proxy_intercept_errors拦截并跳转至指定页面
