PHP echo 和 print 不能立刻看到输出是因为默认启用输出缓冲，内容先存入内存缓冲区，需脚本结束或手动刷新；需同时调用 ob_flush() 和 flush() 才能实时输出到浏览器。
PHP echo 和 print 为什么不能立刻看到输出？
因为 PHP 默认启用输出缓冲（output buffering），所有 echo、print 的内容先写入内存缓冲区，等脚本执行完或缓冲区满才真正发送给浏览器。这不是 PHP 慢，是它“攒着一起发”。
常见现象：循环里每秒 echo "tick/n"，结果等 10 秒后一次性刷出全部；或者用 sleep(1) 模拟耗时操作，页面始终空白直到结束。
- Web 服务器（如 Apache + mod_php）可能额外启用
mod_deflate或代理缓冲（Nginx 的proxy_buffering on） - 浏览器自身也可能对小块响应做延迟渲染（尤其未设置
Content-Type或缺少换行符） -
ob_flush()只清空 PHP 的用户缓冲层，不等于数据已到浏览器
必须同时调用 ob_flush() 和 flush()
只调用 ob_flush() 不够，它只把 PHP 输出缓冲区内容推给 Web 服务器；flush() 才尝试把服务器缓存也推给客户端。两者缺一不可。
典型实时输出结构：
立即学习“PHP免费学习笔记（深入）”；
ob_implicit_flush(true); // 自动 flush，但不推荐用于复杂逻辑
// 或手动控制：
ob_start();
for ($i = 0; $i < 5; $i++) {
echo "Step {$i}/n";
ob_flush(); // 清 PHP 输出缓冲
flush(); // 清 Web 服务器缓冲（需服务器支持）
sleep(1);
}
- 确保
output_buffering在php.ini中设为Off或0（否则ob_start()会覆盖你的控制） - 某些 SAPI（如 PHP-FPM）默认禁用
flush()，需在www.conf中设php_admin_value[output_buffering] = Off - 若用 Nginx，必须关掉
proxy_buffering，并在 location 块加fastcgi_buffering off;
浏览器端要配合：避免被当成 HTML 块处理
浏览器收到没有 Content-Type 或类型为 text/html 的流式响应时，可能等待闭合标签或缓冲一定字节才渲染。最简单解法是显式声明类型并加空格/换行欺骗渲染引擎。
- 开头输出：
header('Content-Type: text/plain; charset=utf-8'); - 或更兼容：
header('Content-Type: text/event-stream');（适合 SSE 场景） - 每行末尾加多个空格 +
/n，例如echo str_pad("tick", 1024, " ") . "/n";（填满 1KB 是旧版 Chrome/Firefox 的最小刷新阈值） - 避免在输出前调用
session_start()—— 它默认开启缓存且会锁 session 文件，阻塞后续请求
CLI 和 FPM 环境行为完全不同
在终端运行 php script.php 时，flush() 几乎无效，因为 CLI SAPI 不实现该函数（返回 false）；而在 Web 环境中它依赖服务器配置是否放行。
- FPM 下
flush()是否生效，取决于php-fpm.conf中catch_workers_output = yes和php_admin_value[output_buffering]设置 - Apache + mod_php 更容易成功，但需确认未启用
mod_deflate（压缩会破坏流式输出） - 调试时用
curl -N http://localhost/script.php（-N禁用 curl 缓冲），比浏览器更可靠
真正的实时输出从来不是单靠 PHP 函数就能搞定的事——它是 PHP 缓冲、Web 服务器策略、HTTP 协议特性、浏览器渲染机制四层共同作用的结果。漏掉任何一层，flush() 都只是在往空气里喊话。