17370845950

Apache下PHP实时输出失效主因是Apache层缓冲，需禁用mod_deflate、ProxyBuffering，并同步关

闭PHP的output_buffering、zlib压缩及启用implicit_flush，再绕过浏览器/CDN等中间件限制。

PHP 实时输出在 Apache 下不生效，通常不是 PHP 代码问题

绝大多数情况是 Apache 的输出缓冲或模块行为导致的——ob_flush() 和 flush() 看似调用了，但浏览器收不到数据，根本原因往往卡在 Apache 层。PHP 自身的 output_buffering 和 zlib.output_compression 只是前置条件，真正拦路的是 Apache 的 mod_deflate、mod_proxy（如反向代理场景）或 MPM 模式下的响应缓冲策略。

Apache 必须关闭 mod_deflate 和 proxy buffering

启用 mod_deflate 会强制缓存整个响应体再压缩发送，彻底破坏流式输出；反向代理（比如用 Apache 代理到 PHP-FPM）时，ProxyBuffering 默认为 On，也会攒够 8KB 才发包。

• 禁用压缩：a2dismod deflate（Debian/Ubuntu）或注释掉 LoadModule deflate_module 行
• 关闭代理缓冲：在虚拟主机或 Location 块中加 ProxyBuffering Off（仅当使用 mod_proxy_fcgi 时需配）
• 确认未启用 mod_filter 或第三方压缩模块（如某些 Plesk/cPanel 插件）

PHP 配置要同步调整，但不能只调 PHP

光改 php.ini 不够，必须和 Apache 设置协同。以下三项缺一不可：

• output_buffering = Off（或设为 0，不能是 "" 或 "0" 字符串）
• zlib.output_compression = Off（即使没开 mod_deflate，PHP 层压缩也会阻断 flush）
• implicit_flush = On（让每个 echo 后自动触发 flush()，减少手动调用遗漏）

改完重启 Apache：sudo systemctl restart apache2（或 httpd），并用 phpinfo() 页面确认这些值已生效。

浏览器和网络中间件可能丢弃小 chunk

即使服务端全通，Chrome/Firefox 对小于 1KB 的首块响应可能延迟渲染；Nginx 作为前端代理、CDN（如 Cloudflare）、甚至某些企业防火墙，都会缓冲“不完整”的 HTTP 响应。

• 简单验证法：在输出前加 echo str_repeat(" ", 1024); 填充首块，绕过浏览器的最小 chunk 判定
• 绕过 CDN：本地 hosts 直连后端 IP 测试，或临时关闭 Cloudflare 的“橙色云”
• 用 curl -N http://localhost/script.php（-N 禁用 curl 缓冲）看原始响应流是否实时

真实生产环境里，Apache + PHP 实时输出极其脆弱——任何一层加了缓冲、压缩或代理，都会让 flush() 形同虚设。别只盯着 PHP 函数调用顺序，先查清请求路径上每一段是否“允许流式”。