Nginx可通过limit_req_status和error_page间接处理非标准HTTP状态码：用limit_req_status 429自定义限流返回码；用error_page拦截497实现HTTPS重定向；499无法拦截，需优化前端与超时参数；配合命名location可返回自定义JSON或HTML响应。
Nginx 本身只支持标准 HTTP 状态码（如 200、404、503 等），但可通过配置间接“处理”非标准码，常见需求集中在两类：一是自定义限流返回码（如用 429 替代默认 503），二是拦截并响应 Nginx 内部生成的非标准码（如 497、499）。这些操作不修改协议规范，而是利用 Nginx 的指令机制实现语义适配和行为控制。
用 limit_req_status 自定义限流状态码
当请求触发 rate limiting 时，Nginx 默认返回 503。若需符合 RFC 6585 推荐的语义，可改用 429 Too Many Requests：
- 确保 Nginx 版本 ≥ 1.3.15（推荐 ≥ 1.10.0），运行 nginx -v 确认
- 在 server 或 location 块中，与 limit_req 同级写入：limit_req_status 429;
- 该指令仅对同一作用域内生效的 limit_req 规则起作用，不可放在 http 全局块顶层
- 示例配置：
limit_req_zone $binary_remote_addr zone=api:10m rate=5r/s; location /api/ { limit_req zone=api burst=10 nodelay; limit_req_status 429; }
用 error_page 拦截 Nginx 内部非标码（如 497）
497 是 Nginx 自定义的内部状态码，表示“plain HTTP 请求被发到了 HTTPS 端口”。它不出现在 HTTP 标准中，但可用于精准跳转：
- 在监听 HTTPS 的 server 块中添加：error_page 497 =301 https://$host$request_uri;
- 若 HTTPS 服务使用非标准端口（如 8443），需显式带上端口：error_page 497 =301 https://$host:$server_port$request_uri;
- 注意：该配置仅对 497 生效，不影响其他错误；重定向默认为 302，加 =301 或 =307 可指定类型
对 499 的处理逻辑说明
499 不是标准 HTTP 状态码，也非 Nginx 主动返回，而是日志中标记“客户端主动关闭连接”的标识。它无法用 error_page 拦截或重写，因为服务器未发出响应：
- 典型场景：用户点击刷新或后退，浏览器中断请求；移动端网络切换导致 TCP 断连
- 排查重点应放在前端体验优化（如防重复提交）、网络稳定性、以及 Nginx 超时参数调整（client_header_timeout、send_timeout）
- 日志中出现大量 499，通常反映用户侧问题，而非服务端配置缺陷
扩展：返回自定义响应体配合非标状态码
仅改状态码往往不够，常需配套返回 JSON 提示或友好页面：
- 结合 error_page 和命名 location 实现：
limit_req_status 429; error_page 429 = @rate_limited; location @rate_limited { default_type application/json; return 429 '{"error":"Too many requests","retry_after":60}'; } - 注意：命名 location 中的 return 指令会覆盖原始状态码，因此需显式指定 429
- 若需返回静态 HTML 页面，可配合 root 和 try_files 实现
