要让proxy_request_buffering off在负载均衡环境中真正支持流式文件上传，关键是在上传路径location块中精准关闭请求缓冲，同步禁用响应缓冲（proxy_buffering off）和代理缓存（proxy_cache off），调大超时与大小限制，并确保所有Nginx实例配置一致。
要让 proxy_request_buffering off 在负载均衡环境（如多台 Nginx 实例 + 后端集群）中真正支持流式文件上传，关键不是简单关掉一个开关，而是确保“请求体不缓存”这一行为在整条链路中稳定、一致、可透传——尤其当 Nginx 本身作为前置 LB 或 Ingress 时，任何一级缓冲都会破坏流式语义。
必须限定作用域：只在上传路径的 location 块中关闭
全局关闭 proxy_request_buffering 极其危险：它会影响所有 POST 接口（如登录、表单提交），可能导致后端收不到完整 body 或解析异常。正确做法是精准匹配上传入口：
- 用明确的 path 匹配，例如
location /api/upload、location ~ ^/upload/或location /files/chunk - 避免模糊匹配（如
location /）或正则过度捕获（如location ~ \.php$）误伤非上传接口 - 若使用 Nginx Ingress Controller，需通过注解控制：
nginx.ingress.kubernetes.io/proxy-request-buffering: "off"（注意引号，值为字符串 "off"）
协同关闭响应缓冲与代理缓存
仅关请求缓冲不够。后端若实时返回分块状态（如 {"chunk":1,"received":true}），Nginx 若默认开启 proxy_buffering on，会攒够 4KB 才吐给客户端，导致前端进度条卡住。必须同步配置：
-
proxy_buffering off;—— 禁用响应体缓冲，实现后端返回即达前端 -
proxy_cache off;—— 防止 Nginx 错误缓存中间上传状态（如 206 Partial Content 或自定义进度响应） -
proxy_http_version 1.1;+proxy_set_header Connection "";—— 显式维持长连接，避免 HTTP/1.0 下连接被提前关闭
超时与大小参数必须拉长、放宽
流式上传本质是“慢而持续”，默认超时（60s）和限制（1M）会在传输中途直接中断连接：
-
client_max_body_size 20G;—— 设为业务允许的最大单文件或分片上限（设0表示不限，但生产环境建议设合理值防攻击） -
client_body_timeout 3600;—— 允许客户端分片间有长达 1 小时的空闲间隔（适应弱网重传） -
proxy_read_timeout 3600;—— 后端处理单个分片可能耗时较长（如校验哈希、写入对象存储），Nginx 需耐心等待响应 -
proxy_send_timeout 3600;—— 若后端需边处理边回传进度，该值也要覆盖整个交互周期
负载均衡器间的一致性保障
若前端直连多台 Nginx（非统一 VIP），需确保所有实例的对应 location 配置完全一致。常见疏漏点：
- Ingress Controller 的 ConfigMap 或 Helm values 中未统一注入
proxy-request-buffering: "off"注解 - 不同 Nginx 节点使用了不同版本（
proxy_request_buffering仅 1.13.10+ 支持），旧节点配置无效 - 部分节点启用了
real_ip_recursive on或 SSL 重写，意外触发临时缓存逻辑（即使 buffering=off，极少数 SSL 场景仍可能落盘，需确认client_body_temp_path可用且空间充足）
不复杂但容易忽略。核心就四件事：精准关、同步关、调大限、保一致。
