nginx代理大响应体需调大缓冲区、按需关闭proxy_buffering、延长proxy_read_timeout等超时参数：proxy_buffer_size设128k，proxy_buffers用8 256k，proxy_busy_buffers_size设512k；流式场景关闭proxy_buffering off；proxy_read_timeout至少300秒。

Nginx 代理大响应体（比如大文件下载、长日志流、导出报表等）时，若缓冲配置不当，容易出现响应被截断、返回不完整、502/504 错误或连接中断等问题。根本原因不是“传不了”，而是 Nginx 默认的缓冲区太小、超时太短、或代理行为与后端不匹配。

下面从三个关键方向给出可落地的配置建议：

调大代理响应缓冲区

Nginx 默认用较小内存块暂存后端返回的数据；一旦响应体超过总缓冲容量，就会触发写临时文件或直接截断。需显式扩大：

• proxy_buffer_size：用于缓存响应头，建议设为 128k 或更高（尤其当后端返回大量 header 字段时）
• proxy_buffers：主响应体缓冲区，格式为 “数量 大小”，例如 8 256k 表示共 2MB 缓冲空间
• proxy_busy_buffers_size：允许同时向客户端发送的最大缓冲数据量，建议设为 512k 或等于 proxy_buffers 总和的一半

示例：

proxy_buffer_size 128k;
proxy_buffers 8 256k;
proxy_busy_buffers_size 512k;

根据场景决定是否关闭缓冲

如果响应是持续流式输出（如实时日志、视频流、分块导出），开启缓冲反而导致延迟甚至卡死。此时应关闭代理缓冲：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• proxy_buffering off;
• 同时确保 proxy_request_buffering off;（Nginx ≥1.16，防止 Nginx 将请求体也全缓存）

注意：关闭后 Nginx 不再暂存整个响应，而是边收边发，对内存更友好，但会失去响应重试、缓存命中等能力，仅适用于明确需要流式传输的 location。

同步延长超时与调优连接行为

大响应体传输耗时长，若超时设置仍为默认（通常 60 秒），极易触发 504 Gateway Timeout：

• proxy_connect_timeout：与后端建连时间，一般保持 30–60s 即可
• proxy_send_timeout：Nginx 向后端发送请求的超时，上传类接口才需调大
• proxy_read_timeout：最关键——Nginx 等待后端返回响应的超时，大响应建议设为 300 或 600

补充建议：

• 若后端使用 keepalive，可在 upstream 中配置 keepalive 32; 并在 location 中加 proxy_http_version 1.1; proxy_set_header Connection '';
• 检查后端本身是否设置了响应体限制（如 Spring Boot 的 server.tomcat.max-http-header-size、Node.js 的 response.write() 分块策略）

不复杂但容易忽略