开启 proxy_buffering 可显著减轻后端负载：nginx 先完整接收后端响应并释放其连接，再异步转发给客户端，避免后端线程因慢速客户端而长时间阻塞。
proxy_buffering 是 Nginx 代理性能的关键开关，它控制是否启用响应缓冲机制。开启后，Nginx 不会立即将后端返回的数据流式转发给客户端，而是先暂存到内存缓冲区，等攒够或收完再统一发送——这能显著减少网络小包、降低后端压力，并提升整体吞吐和稳定性。
缓冲机制如何减轻后端负担
当 proxy_buffering on 时，Nginx 会接管响应体的传输节奏：
- 后端服务（如 PHP-FPM、Tomcat）可快速写完响应并释放连接，不必等待慢速客户端接收完毕
- Nginx 在后台异步把缓冲内容发给客户端，避免后端线程/进程被长连接阻塞
关键缓冲参数搭配建议
单开 proxy_buffering on 效果有限，需配合合理缓冲尺寸与策略：
CPA Update - Secure CLI Proxy API Maintenance
下载
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
-
proxy_buffer_size 4k：专用于响应头，必须小于proxy_buffers中单个 buffer 大小 -
proxy_buffers 8 16k：共 8 个缓冲区，每个 16KB，总容量约 128KB，适合多数 HTML/API 响应 -
proxy_busy_buffers_size 24k：正在发送中的缓冲区上限，建议设为单 buffer 的 1.5 倍，避免阻塞新数据写入 -
proxy_max_temp_file_size 1g：超出内存缓冲时，允许写入临时文件的最大值（慎用，磁盘 IO 可能成瓶颈）
何时该关闭 buffering？
不是所有场景都适合开启：
- 实时流式接口（如 SSE、视频分片、日志 tail）：需
proxy_buffering off确保低延迟推送 - 后端已做精细流控且客户端网络质量极好：缓冲收益变小，反而增加内存占用
- 内存受限环境（如容器内仅 128MB）：过大的
proxy_buffers可能触发 OOM
配合超时与缓存效果更佳
buffering 要和其它代理行为协同才能发挥最大价值：
- 设置
proxy_read_timeout 60，避免后端慢响应卡住整个缓冲区 - 搭配
proxy_cache使用时，buffering 会先缓存完整响应再写入磁盘，提升缓存命中率与写入效率 - 开启
tcp_nopush on，让 Nginx 在缓冲填满后一次性发送 TCP 包，减少网络碎片
