设为0精准切断proxy_pass响应体的磁盘缓存，即禁用上游响应超内存时写临时文件的行为，强制流式转发或返回502；不影响请求体、日志等其他磁盘操作。
设为 0 并不能“彻底关闭磁盘暂存”，但它能**精准切断反向代理响应体环节中唯一可配置的磁盘落盘路径**——即上游响应超出内存缓冲时写临时文件的行为。追求极致转发延迟时，这个动作非常关键，但必须配合其他调整才能生效且不引发故障。
它真正禁用的是什么
仅针对 proxy_pass 响应体 的磁盘缓存：
- 当后端返回响应，且已用尽
proxy_buffer_size + proxy_buffers所有内存空间时，Nginx 默认会把剩余内容写入proxy_temp_path下的临时文件； - 设为 0 后，Nginx 不再创建该临时文件，而是直接切换为边收边发（streaming），或在无法流式处理时返回 502；
- 不影响请求体（
client_body_buffer_size）、日志、SSL 缓存、DNS 缓存等其他磁盘操作。
必须同步调整的关键参数
单独设为 0 可能导致连接重置或 502，需确保内存缓冲能覆盖常见响应头+部分正文：
aperture: the L402 aware reverse proxy
下载
安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。
-
proxy_buffering on;—— 必须开启，否则proxy_buffers等参数不生效； -
proxy_buffer_size 16k;—— 确保响应头（含 Set-Cookie、Content-Disposition 等）完整装入，避免截断； -
proxy_buffers 16 64k;—— 提升总内存缓冲容量（如 16×64k = 1MB），适配中等响应体； -
proxy_busy_buffers_size 128k;—— 保证转发过程中有足够缓冲接力，防止阻塞； - 可选：
proxy_buffering off;—— 若业务允许端到端直通（如 SSE、大文件下载），关掉缓冲进一步降低延迟，此时proxy_max_temp_file_size 0实际无作用，但更彻底。
哪些场景适合这样配置
适用于对延迟敏感、响应体相对可控、且容错能力强的内部链路：
- 微服务间 API 调用（JSON 响应通常
- 实时指标推送（Prometheus metrics、OpenTelemetry trace 数据）；
- 网关层已具备重试/降级能力，能容忍偶发 502；
- 后端稳定、不返回超大响应（如未压缩视频、GB 级导出文件）。
验证是否生效
不要只看配置，要观察实际行为：
- 检查 error log：不再出现
"an upstream response is buffered to a temporary file"提示； - 监控
proxy_temp_path目录：文件数长期为 0 或极低波动； - 用
strace -e trace=write -p $(pidof nginx)观察是否仍有写入 temp 目录的操作； - 对比 iostat：%util 和 await 显著下降，尤其在并发上升时。
