开启 proxy_buffering on 的核心价值是让 Nginx 主动接管响应传输节奏，快速释放后端连接；Nginx 先高速读取完整响应并断连后端，再按客户端速率缓存发送，配合合理缓冲及超时等参数可显著提升并发处理能力。
开启 proxy_buffering on 的核心价值，是让 Nginx 主动接管响应传输节奏，从而快速释放后端连接，避免其被慢客户端长期占用。
后端服务（如 Java 的 Tomcat、PHP-FPM、Python 的 Gunicorn）通常为每个请求分配独立线程或连接。当客户端网络差、接收响应慢时，若 Nginx 不缓冲（proxy_buffering off），就会处于“边收边发”状态：收到后端一个数据包，立刻尝试转发给客户端；若客户端卡住，Nginx 就得等着，同时后端也必须维持连接，不敢关闭——这直接导致后端连接池/线程池迅速耗尽，新请求排队甚至 503。
开启 buffering 后，Nginx 会：
- 以高速内网带宽，尽快从后端读取完整响应（存内存或临时文件）
- 读完即断开与后端的连接，释放其线程/连接资源
- 后续再按客户端实际速率，慢慢把已缓存的内容发出去
这样，后端不再受客户端网络质量影响，能更快周转、处理更多并发请求。
关键前提是配合合理缓冲参数：
-
proxy_buffer_size 16k：确保响应头不溢出，避免upstream sent too big header错误 -
proxy_buffers 8 16k：提供 128KB 内存缓冲，覆盖多数 API 和页面响应 -
proxy_busy_buffers_size 32k：控制正在发送的数据量，防止过早刷盘 -
proxy_max_temp_file_size 1024m：允许大响应落盘，但需搭配独立磁盘路径（如/data/nginx/proxy_temp）
还要注意配套健壮性设置：
-
proxy_read_timeout 90：防后端卡死，超时即断连并返回 504 -
proxy_ignore_client_abort on：客户端中途断开时，Nginx 主动通知后端停止发送 -
proxy_next_upstream error timeout http_502 http_503 http_504：自动重试失败节点
不复杂但容易忽略
