优化Nginx反向代理流式响应的关键在于缓冲、协议与连接管理：需关闭proxy_buffering、正确设置HTTP/1.1头、精简TLS跳数、统一超时并启用keepalive。
优化Nginx反向代理中后端响应处理的流水线延迟，关键不在EventLoop调度本身，而在于响应数据从上游到达客户端过程中的缓冲、协议传递和连接管理环节。延迟常被误认为是“Nginx卡住了”，实则是数据在多级转发中被截停、缓存或降级传输所致。
关闭不必要的响应缓冲
默认开启的 proxy_buffering on 会让Nginx等上游响应全部返回后再发给客户端，这对SSE、gRPC-Web、流式JSON或大文件下载极为不利——首字节时间（TTFB）直接拉长数百毫秒甚至数秒。
- 实时/流式接口务必设为 proxy_buffering off
- 配合 proxy_buffer_size 4k 控制头部缓冲大小，避免头过大触发阻塞
- 若需部分缓冲（如防后端突刺），可用 proxy_buffering on + proxy_max_temp_file_size 0 禁用磁盘临时文件，仅用内存缓冲
保障HTTP/1.1流式能力不被破坏
即使后端支持长连接与分块传输，中间任意一跳清空或错误设置Connection头，都会导致连接被提前关闭，强制降级为HTTP/1.0，失去复用与流式优势。
- 必须配置 proxy_http_version 1.1
- 必须配置 proxy_set_header Connection ""（清空客户端传入的Connection头，由Nginx自主管理）
- 避免在location中意外添加 proxy_set_header Connection "close" 类配置
精简TLS握手与连接复用策略
多级代理中，每跳HTTPS都引入完整TLS握手（尤其RSA密钥交换），跨机房时单跳可增加80–200ms延迟。非边缘层应尽量规避加密开销。
- 边缘Nginx（Client ↔ Nginx-A）保留TLS；中间层（Nginx-A ↔ Nginx-B）走HTTP内网直连
- upstream中显式配置 keepalive 32，并设 keepalive_requests 1000 和 keepalive_timeout 60s，延长空闲连接寿命
- 若两端均支持HTTP/2且Nginx ≥ 1.13.10，可在upstream中声明 http2 协议，减少头部冗余与队头阻塞
统一超时链路，避免级联中断
多级代理下，任意一级的读超时（proxy_read_timeout）都会成为整条链路的实际瓶颈。Nginx-B设10s超时，即使Nginx-A设60s，客户端也会在10s后收到504，造成延迟感知突变。
- 所有代理层级的 proxy_connect_timeout、proxy_send_timeout、proxy_read_timeout 应按后端最严要求对齐
- 建议使用统一变量（如 set $up_timeout 30s;）集中定义，在各proxy_*_timeout中引用，便于维护
- 开启 proxy_next_upstream error timeout http_504 提升容错，但不可替代超时收敛
