在 location 块中精细配置反向代理缓冲区是性能与稳定平衡的关键：proxy_buffering 控制是否启用响应缓冲，默认 on；proxy_buffer_size 专存响应头，4k 足够；proxy_buffers 决定响应体缓冲能力，建议 4–16 个、单个 4k–16k；proxy_busy_buffers_size 应为单个缓冲区大小的 2–4 倍，且不低于 proxy_buffer_size。
在 location 块中配置反向代理缓冲区，是实现性能与稳定平衡的关键动作。它不是全局一刀切，而是按业务路径精细控制：比如 API 接口响应头小但体大，静态资源需高吞吐，上传接口则要避免磁盘缓存。真正起效的配置，必须落在具体的 location 里，且优先级高于 http 或 server 块中的同名指令。
proxy_buffering 控制是否启用响应缓冲
该指令决定 Nginx 是否暂存后端响应再发给客户端。默认为 on，适合大多数场景；若代理的是实时流或大文件下载（用户可能中途断开），可设为 off，此时 proxy_buffers 和 proxy_busy_buffers_size 失效，仅 proxy_buffer_size 仍用于响应头。
- 开启时：Nginx 边收边传，能释放后端连接、适配慢客户端
- 关闭时：响应直通，降低内存占用但加重后端压力，且无法使用磁盘临时缓冲
- 建议在 location 中显式设置，避免依赖默认值造成行为不一致
proxy_buffer_size 专用于响应头，4k 足够
这个参数只存响应头（如 Status、Content-Type、Set-Cookie 等），和响应体无关。它独立于 proxy_buffers，且无论 buffering 开关与否都生效。后端返回的 Header 通常很短，设太大纯属浪费内存。
- 默认值常等于系统页大小（4K 或 8K），但实际 4k 已覆盖绝大多数 Header
- 不建议盲目调高，尤其在高并发下，每个请求都多占几 KB，累积效应明显
- 示例：proxy_buffer_size 4k;
proxy_buffers 决定响应体缓冲能力
它由“数量 × 单个大小”构成，用于暂存后端返回的响应体数据。当响应超出总缓冲容量时，多余部分会写入磁盘临时文件（受 proxy_temp_file_write_size 和 proxy_max_temp_file_size 约束），这会显著拖慢速度。
- 单个缓冲区大小建议设为系统页大小整数倍（如 4k、8k、16k）
- 数量不宜过多（如 8–16），否则易耗尽内存；也不宜过少（如 2），导致频繁刷盘
- 高频 HTML 页面可设为 proxy_buffers 8 16k;；API JSON 响应较小时可用 proxy_buffers 4 8k;
proxy_busy_buffers_size 限制“正在发送”的缓冲区总量
这是 proxy_buffers 的子集，表示哪些缓冲区已准备好、正等待发给客户端。它不能超过 proxy_buffers 总容量，且必须 ≥ proxy_buffer_size。设得太小会导致发送阻塞；太大则无意义，因它本身不新增内存。
- 典型值为 proxy_buffers 单个大小的 2–4 倍，例如 proxy_busy_buffers_size 32k;（对应 8×16k 缓冲）
- 它本质是流量调度阀，影响 Nginx 向客户端推送数据的平滑度
- 无需单独调优，只需确保不低于 proxy_buffer_size，并与 proxy_buffers 规划匹配
