output_buffers 不影响流式推送，因其仅适用于 sendfile off 下的静态文件直出；流式平滑需关闭 proxy_buffering/fastcgi_buffering/gzip，启用 tcp_nodelay，并配合后端及时刷缓存。

output_buffers 不能用于平滑流式推送。

这是关键前提，必须先厘清：
output_buffers 是 Nginx 为本地大静态文件直出（如 .zip、.mp4）在 sendfile off 模式下设计的发送缓冲区机制，它面向的是已知长度、一次性读取、分块写 socket 的非流式响应。而流式推送（如 SSE、日志 tail、实时导出）本质是无 Content-Length、启用 chunked、持续生成、边产边发，此时 output_buffers 完全不生效。

---

✅ 真正影响流式推送平滑度的，是这些参数

1. 关闭代理层缓冲，让数据“即产即走”

• proxy_buffering off;
  → 强制 Nginx 不缓存后端响应，收到多少就发多少（适用于反向代理场景）
• fastcgi_buffering off;（PHP-FPM 场景必需）
  → 否则 PHP 输出会被 Nginx 在用户态再次缓冲
• gzip off;
  → zlib 压缩会累积数据直到满缓冲或 flush，彻底破坏流式节奏

2. 控制 TCP 层最小发送粒度（间接影响“chunk 感知”）

Nginx 本身不设“chunk 大小”，但可通过以下降低延迟感：

• tcp_nodelay on;
  → 关闭 Nagle 算法，避免小包合并等待（对逐 KB 推送很关键）
• tcp_nopush off;（默认 off，保持即可）
  → 避免 sendfile 场景下的包合并；流式场景本就不走 sendfile，此项影响小

3. 配合后端输出节奏：PHP 层需“轻刷+禁压缩”

• ini_set('zlib.output_compression', '0');（必须在任何输出前）
• ini_set('output_buffering', '0');
• 循环中每输出一定量（如 1KB 或 100 行）调用：

  echo str_repeat(" ", 4096); // 填充防浏览器缓冲
  ob_flush();
  flush();

⚠️ 注意：浏览器也可能缓冲（尤其 Chrome 对 < 1KB 数据会等），前端加 responseType: 'text' + readableStream 或用 EventSource 更可靠。

---

❌ 为什么 output_buffers 调大反而有害？

• 它只在 sendfile off + Content-Length + 非 chunked + 非 aio/directio 下激活
• 流式响应必然含 Transfer-Encoding: chunked 且无 Content-Length → output_buffers 直接被跳过
• 若误配 output_buffers 8 1m，只是浪费 worker 内存，对流式零作用，还可能干扰其他静态资源逻辑

---

? 总结：流式要平滑，记住三件事

• 后端关压缩、关缓冲、小段刷
• Nginx 关 proxy_buffering / fastcgi_buffering / gzip
• 网络层开 tcp_nodelay，前端用合适接收方式

output_buffers 留给大文件下载场景，别让它出现在流式配置里。