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() 页面确认这些值已生效。
立即学习“PHP免费学习笔记（深入）”；
浏览器和网络中间件可能丢弃小 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 函数调用顺序，先查清请求路径上每一段是否“允许流式”。
