代理缓冲开启时，Nginx可先接收上游响应，部分内容可能落入临时文件，改变上游与客户端速度之间的耦合。关闭缓冲也有资源和流式行为取舍，不能把临时磁盘出现一律当成故障，或对全站统一关闭。
先确认是代理响应还是客户端上传
请求体暂存和上游响应缓冲发生在相反方向，路径和参数也不同。记录下载URL、来源服务、文件大小、客户端速度与错误日志。若是PHP生成文件、反向代理对象存储或实时流，实际合适策略可能不同，不能按文件后缀判断全部路径。
理解缓冲对两侧连接的影响
缓冲可能让Nginx较快读完上游并继续向慢客户端下载，但需要相应内存和临时空间。关闭后上下游速率更直接关联，长连接占用也要评估。不要只以磁盘写入减少为收益，忽略后端进程被慢客户端长时间占住。
按业务类型和路径细分
静态下载、接口JSON与实时事件流对缓冲的要求不同，可以在明确范围内配置。核对proxy_buffering、相关临时路径和上游控制头等实际机制，不将网络找到的一段直播配置全站套用到WordPress。资源上限仍需按并发估算和观察。
比较完整下载和错误处理
受控测试中检查文件完整性、响应时间、断线后的资源释放及临时空间回收，观察上游连接和进程占用。大文件能开始下载不代表传输已完成。修改前保存配置并检查语法，最终记录适用路径及为何选择当前缓冲方式。
关键区别
响应缓冲：接收并暂存上游内容；可能使用临时磁盘。
关闭缓冲：更直接传递上游数据；需看后端连接成本。
下载验收：核对完整文件；不只看开始响应。
怎样确认处理到位
目标下载完整且资源占用可接受，临时文件与连接能正常释放，其他页面和流式接口未因全局设置受影响。
容易误判的边界
本文不提供适合所有大文件的固定缓冲参数；主机磁盘、上游处理方式和并发客户端必须一起评估。
