Nginx 不支持“忽略”状态码，只通过 proxy_next_upstream 显式声明可重试项（如 error timeout http_502 http_504），未列出的状态码（如 404、403）默认不重试；因其属确定性客户端错误，重试无意义且风险高，应靠健康检查或业务层幂等保障容错。
不能“忽略”特定 HTTP 状态码重试，因为 proxy_next_upstream 本身不提供“排除”或“忽略”的语法。它只支持显式列出哪些条件触发重试——没写的，就默认不重试。
真正有效的做法是：只写你想重试的状态码
Nginx 默认行为就是“未声明即不重试”。例如：
-
正确写法（仅对 502/504 重试）：
proxy_next_upstream error timeout http_502 http_504; -
错误理解（试图“排除”404）：
proxy_next_upstream error timeout http_502 http_504 !http_404;—— 这种写法无效，Nginx 会报配置错误
为什么不能也不该“忽略 404、403 等状态码”？
这不是限制，而是设计原则：
aperture: the L402 aware reverse proxy
下载
安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。
- 404 / 403 是客户端错误，代表路径不存在或权限不足，重试同一请求只会得到相同结果，还可能加重后端负载
- 502 / 504 是服务端临时故障，比如网关超时、上游崩溃，换节点很可能成功
- 盲目加入
http_404或http_403不但无意义，还可能引发重复日志、误触发限流、甚至下单/支付类接口的重复提交
需要“跳过某些节点返回的特定码”？用健康检查代替
如果你发现某台后端频繁返回 503（如主动熔断），但你又不想让它参与重试，更合理的做法是让 Nginx 主动把它摘掉，而不是靠重试绕开：
- 在
upstream中为该节点加健康检查参数：server 10.0.1.20:8080 max_fails=2 fail_timeout=30s; - 配合
proxy_next_upstream http_503;，连续两次 503 就自动屏蔽 30 秒，后续请求不再打过去 - 这样既避免了无效重试，又实现了节点级故障隔离
特殊场景：必须对非幂等请求（如 POST）禁用重试
即使后端返回了 502，也不应重试 POST 请求，除非后端已实现幂等性。此时应完全不写 non_idempotent，也不加任何 http_* 状态码：
- 安全写法（只对网络层失败重试）：
proxy_next_upstream error timeout; - 如果误加
http_502+non_idempotent，Nginx 会对 POST 自动重发，风险极高 - 真正需要重试写操作时，应在业务层加 request_id 去重，而非依赖 Nginx
