PHP实时输出在FastCGI下失效是因为php-fpm等FastCGI服务器默认缓冲响应，需同时配置Nginx（禁用fastcgi_buffering或调小缓冲）、php-fpm（catch_workers_output = no）和PHP脚本（ob_implicit_flush(true)且禁用zlib压缩）。
PHP实时输出在FastCGI下为什么失效
因为默认 FastCGI 模式（如 php-fpm）会缓冲响应体，echo 或 print 的内容不会立刻发给 Nginx/Apache，而是等脚本结束或缓冲区满才 flush。这不是 PHP 配置错了，而是 FastCGI 协议层和 Web 服务器协同机制导致的。
必须调整的三个关键点
单靠 ob_flush() + flush() 不够，需同时满足：
- Nginx 配置中禁用
fastcgi_buffering（1.11.5+）或设fastcgi_buffer_size 4k+fastcgi_buffers 1 4k+fastcgi_busy_buffers_size 0 - php-fpm pool 配置里关闭
catch_workers_output = no（避免捕获 stdout 干扰流） - PHP 脚本内启用输出缓冲并手动 flush：
ob_implicit_flush(true)或显式调用ob_flush()和flush()，且确保没被 zlib、gzip 压缩拦截（zlib.output_compression = Off）
常见错误：Nginx 的 fastcgi_ignore_client_abort 设为 off
如果客户端断开连接后 PHP 还在跑，fastcgi_ignore_client_abort = off（默认值）会让 PHP 进程继续执行完，但你看到的“实时”其实只是假象——浏览器早已收不到后续数据。要真实时，建议设为 on，让 PHP 检测到断连就中断，避免资源浪费。
PHP 脚本最小可行示例
<?php
if (function_exists('fastcgi_finish_request')) {
// 可选：把耗时逻辑异步完成，主流程立即返回
fastcgi_finish_request();
}
ob_implicit_flush(true);
for ($i = 0; $i < 5; $i++) {
echo "tick {$i}\n";
ob_flush();
flush();
sleep(1);
}
注意：fastcgi_finish_request() 不是实时输出必需项，但它能解耦响应发送和后台处理，适合日志写入、消息推送等场景；而真正影响“逐行可见”的，还是前面三处配置是否到位。
立即学习“PHP免费学习笔记（深入）”；
最容易被忽略的是 Nginx 的 fastcgi_buffering off ——很多文档只提 PHP 层，却没说这个开关不打开，flush() 根本没机会生效。
