要实现Nginx“快速失败”，需设置proxy_connect_timeout（3~5秒）、proxy_send_timeout（10秒）、proxy_read_timeout（如3秒）；启用proxy_next_upstream error timeout及必要错误码重试；配合max_fails与fail_timeout自动剔除异常节点；最后通过error_page或return提供兜底响应。
当后端服务响应缓慢时，Nginx 默认会等待超时（默认60秒）才返回错误，这会导致用户长时间白屏或卡顿。要实现“快速失败”，关键不是等它慢，而是主动限制等待时间、及时切换节点，并在必要时直接返回兜底响应。
设置合理的代理超时参数
超时控制是快速失败的第一道防线。必须显式缩短连接、请求发送、响应读取三个阶段的等待时限，避免线程被长期占用：
- proxy_connect_timeout：与后端建立 TCP 连接的最长等待时间，建议设为 3~5 秒
- proxy_send_timeout：向后端发送完整请求的超时，一般 10 秒足够
- proxy_read_timeout：等待后端返回响应头的超时，应与业务预期一致，如接口通常 2 秒内返回，可设为 3 秒
启用失败重试并限定触发条件
仅靠超时还不够——Nginx 需知道“什么情况算失败”，才能决定是否换节点重试。使用 proxy_next_upstream 精确指定重试场景：
- 必须包含 error timeout：覆盖连接失败、发送中断、读取超时等底层异常
- 按需加入 http_502 http_504 http_500：当后端返回明确错误码（如网关错误、超时错误），也触发重试
- 避免滥用 http_404 或 http_403：这类状态通常是业务逻辑结果，不应触发重试
配合上游健康标记减少无效试探
即使配置了重试，如果某台后端已持续响应缓慢，Nginx 仍可能反复选中它，造成多次超时。此时需依赖 max_fails 和 fail_timeout 让它“暂时离场”：
- 例如：server 10.0.0.7:80 max_fails=2 fail_timeout=15s
- 含义：15 秒内连续 2 次超时或错误，该节点即被标记为不可用
- 15 秒后自动恢复探测，既避免永久剔除，又防止短期内反复试探
兜底返回提升用户体验
当所有后端都不可用或重试耗尽，不应让用户干等。可通过 error_page 提供轻量级降级响应：
- 配置 error_page 502 504 /fallback.html
- 将静态 fallback.html 放在 Nginx 本地，毫秒级返回“服务暂忙，请稍后再试”
- 也可用 return 503 直接返回标准错误，配合前端自动重试逻辑
