设为0使Nginx跳过磁盘临时文件，全程内存缓冲+边收边发流式转发；中等大小响应（几十至几百MB）易触发频繁小IO抖动；需同步调优proxy_buffers等参数防502。
把 proxy_max_temp_file_size 设为 0，核心是让 Nginx 彻底跳过磁盘临时文件这一层，所有代理响应都走内存缓冲 + 边收边发的流式路径。这不是“关缓存”，而是关掉磁盘中转环节，直接从后端读一点、往客户端写一点，避免因中等大小响应反复触发小块 IO 导致的系统抖动。
为什么中等响应最伤 IO？
默认值 1G 看似宽松，但实际业务中常有几十 MB 到几百 MB 的响应（如报表导出、视频分片、API 批量数据）。这类响应体刚好落在“够大到填满内存缓冲、又不够大到触发流式转发”的灰色区间。Nginx 就会：
- 先用
proxy_buffers存一部分，满了就写临时文件； - 客户端读得慢，Nginx 又要从临时文件里读出来再发；
- 请求结束，还得清理 inode 和磁盘空间。
这个过程产生大量随机小 IO、元数据操作和磁盘争用，在高并发下直接抬高 iowait，拖慢整体吞吐。
设为 0 后的真实行为变化
它不改变 Nginx 的缓冲逻辑，只切断磁盘落盘路径：
- 不再创建
NGX_PROXY_TEMP_PATH下的任何临时文件（如0000000001）； - 无论响应多大，一律启用 streaming 模式，即收到就转发；
-
proxy_buffering仍可为 on，但缓冲区只用于暂存未发出的数据块，不用于“攒完整响应”； - 内存压力上升，必须同步调优
proxy_buffers和proxy_busy_buffers_size，否则容易触发502 Bad Gateway或连接重置。
配套必须做的配置调整
单独设 0 是危险操作，需搭配以下调整才能稳定运行：
-
proxy_buffering off;：若业务允许端到端流式传输（如前端用fetch().body.getReader()），建议直接关闭缓冲，进一步减内存开销； -
proxy_buffers 16 256k;：总缓冲能力达 4MB，适配大响应头+连续正文段； -
proxy_busy_buffers_size 2m;：确保转发过程中有足够空间接力，推荐设为proxy_buffers总量的 1/2； -
proxy_buffer_size 4k;：专用于响应头，4KB 足够，无需随主体缓冲放大。
适合与不适合的典型场景
适合用 0 的情况：
- 后端本身已稳定流式输出（如 Node.js
res.write()、Gohttp.Flusher）； - 前端支持分块接收（如现代浏览器 Fetch + ReadableStream）；
- 服务器内存充足，但磁盘 IO 能力弱（比如云主机挂载的是共享型 SSD 或低 IOPS 磁盘）。
慎用的情况：
- 后端偶发延迟或响应节奏不稳，失去磁盘缓冲后易导致客户端超时；
- 需要 Nginx 缓存完整响应用于日志审计、条件重试或 Header 统一注入；
- 客户端网络极差（如移动弱网），依赖 Nginx 提供更强的抗抖动缓冲能力。
