设为0可消除高并发下中等响应体反复落盘引发的I/O抖动，但会转嫁为内存压力和502风险，需配合缓冲调优与业务容错；它仅禁用proxy_pass中响应体过大时的临时文件写入，不干扰日志、SSL缓存等其他磁盘行为。
设为 0 能直接堵住高并发下因中等响应体反复落盘引发的 I/O 抖动，但不是无条件可用——它把磁盘压力转成了内存压力和失败风险，必须配合缓冲策略与业务容错能力一起落地。
明确 proxy_max_temp_file_size 0 的真实作用
它不禁止所有磁盘操作，只关闭 proxy_pass 流程中「响应体过大时写临时文件」这一路径。Nginx 会先尝试用内存缓冲区（proxy_buffer_size + proxy_buffers）存完整响应；若不够，且该值为 0，则不再写磁盘，而是直接断连并返回 502 Bad Gateway。
这意味着：
- 日志、SSL session cache、proxy_cache 等其他磁盘行为不受影响
- 不会降低单次请求吞吐，但会提高内存占用和 502 触发概率
- iostat -x 1 中 %util 接近 100%、await 飙升而 error log 干净时，大概率是这个环节在刷小文件
设为 0 前必须同步调优的内存参数
单独设 0 是危险操作。内存缓冲没跟上，就会频繁触发 502。重点调整以下几项：
- proxy_buffering off：若后端支持流式输出且客户端能接受边收边发，关掉缓冲可省内存、减延迟
- proxy_buffers 8 128k：总缓冲达 1MB，适配 JSON/Protobuf 类内部微服务响应
- proxy_buffer_size 128k：确保大响应头（如含长 JWT、多 Set-Cookie）不被截断
- proxy_busy_buffers_size 256k：留出足够空间接力转发，避免阻塞接收
适合设为 0 的典型业务场景
不是所有网关都适用。只有满足以下条件时，才建议启用：
- 后端是稳定内网微服务，平均响应体小于 1MB，极少返回导出文件或 dump 数据
- 上游已实现幂等重试（如 SDK 自动 fallback 到降级接口或缓存）
- 监控已覆盖 nginx_http_requests_total{code="502"} 和响应时间分位数，能快速识别异常突增
- 网关部署在内存充足节点（建议 ≥16GB），且未与其他高 IO 服务混部
比设为 0 更稳的折中方案
压测常发现抖动主因是“几十 KB × 数万 QPS”这类高频小文件刷盘，而非单个大响应。这时更推荐：
- 将 proxy_max_temp_file_size 设为 1m，限制单次落盘粒度
- 用 proxy_temp_path /dev/shm/nginx_temp 1 2 把临时目录移到内存盘，规避机械盘随机 IO
- 搭配 proxy_buffering on + 合理 buffer 大小，在内存与磁盘间取得平衡
- 对明确的大文件路径（如 /export/、/download/）单独 location 关闭 proxy_buffering，走纯流式
