Nginx非阻塞I/O本身无自愈能力，其“自愈”观感源于超时控制、健康检查、故障转移、客户端断连处理、缓冲机制及限流排队等协同策略。
Nginx 的非阻塞 I/O 本身不提供“自愈”能力，它只是高效调度连接与事件的底层机制；真正缓解后端响应慢影响的，是一系列配合非阻塞模型设计的主动策略——包括超时控制、连接复用、请求排队、健康检查与故障转移等。这些机制共同作用，让 Nginx 在后端延迟或部分失效时仍能维持前端可用性，给人以“自愈”的观感。
超时配置：防止连接长期挂起
Nginx 通过精细的超时参数，避免因后端卡顿导致 worker 进程或连接资源被持续占用：
- proxy_connect_timeout：限制与后端建立 TCP 连接的最大时间（默认60s），失败则快速重试或转发到其他 upstream server
- proxy_send_timeout：控制向后端发送完整请求体的最长时间，适用于大文件上传场景
- proxy_read_timeout：最关键的一项，定义从后端读取响应的最长等待时间（默认60s）；超时后 Nginx 主动关闭与后端的连接，并可返回自定义错误页或尝试备用节点
upstream 健康检查 + 故障转移：自动绕过异常节点
仅靠被动超时不够，Nginx（尤其 Plus 版本或使用 openresty + lua-resty-upstream-healthcheck）支持主动探测后端健康状态：
- 定期发送 HEAD 或 GET 请求检测后端 HTTP 状态码、响应时间、TCP 可达性
- 连续失败达到阈值（如 fail_timeout=30s max_fails=3）后，将该 server 标记为不可用，在 fail_timeout 时间内不再转发请求
- 结合 backup 或 least_conn 等负载策略，流量自动倾斜至健康节点
缓冲与客户端断开处理：保护上游稳定性
当后端响应慢但客户端已断开（如用户关闭页面），Nginx 默认会继续读取后端响应直到完成——这会造成资源浪费。可通过以下方式优化：
- proxy_ignore_client_abort off;（默认）→ 改为 on：客户端断连后立即中断与后端的通信，释放连接
- proxy_buffering on;：启用响应缓冲，使 Nginx 能尽快从后端收完数据并释放连接，再以合适节奏返回给客户端
- 搭配 proxy_max_temp_file_size 和磁盘缓冲，避免大响应压垮内存
限流与排队：平滑突发压力
后端变慢时，若上游持续涌入新请求，容易雪崩。Nginx 可在入口层做节制：
- 用 limit_req 对 IP 或 key 限速（如 rate=5r/s burst=10 nodelay），超出请求直接拒绝或延时排队
- 结合 proxy_next_upstream error timeout http_500 http_502 http_503 http_504，在任一 upstream 失败时自动重试其他节点
- 对于关键接口，还可配合 sticky cookie 或一致性哈希减少因重试引发的重复处理
