PHP sleep()期间输出不显示是因输出缓冲未刷新，需关闭output_buffering、调用ob_flush()和flush()、禁用Nginx缓冲并凑够1KB响应体。
PHP sleep() 期间输出缓冲没反应？先关掉 output_buffering
默认开启的 PHP 输出缓冲会把 echo、print 的内容先存起来，等脚本结束或缓冲满才发给浏览器——所以加了 sleep() 后你啥都看不到，不是代码错，是缓冲在“憋着”。解决办法很直接：关掉它。
操作方式有三种，按优先级推荐：
- 在脚本开头加
ob_end_flush()+ini_set('output_buffering', 'Off')（注意：后者在某些 SAPI 如 CLI 下无效） - 改
php.ini：把output_buffering = 4096改成output_buffering = Off，然后重启 Web 服务 - 用
apache2ctl graceful或nginx -s reload刷新配置后，再确认phpinfo()里output_buffering确实是Off
flush() 和 ob_flush() 到底谁先调？顺序不能反
即使关了全局缓冲，Web 服务器（如 Nginx、Apache）和浏览器自己也有缓存层。想让 sleep() 中间输出的内容实时可见，必须手动触发刷新链：
- 先调
ob_flush()：清空 PHP 用户层输出缓冲（如果还开着的话） - 再调
flush()：把 PHP 底层的写入操作推给 Web 服务器 - 两者缺一不可，顺序颠倒或只调一个，大概率还是卡住
典型写法：
立即学习“PHP免费学习笔记（深入）”；
echo "第1步\n"; ob_flush(); flush(); sleep(2); echo "第2步\n"; ob_flush(); flush(); sleep(2);
为什么 Nginx 下死活不刷？检查 fastcgi_buffering 和 proxy_buffering
Nginx 默认会对 FastCGI 响应做缓冲，哪怕 PHP 已经 flush，Nginx 还是会攒着发——这是最常被忽略的一环。
- 如果用的是
fastcgi_pass（常见于 PHP-FPM），在 server 或 location 块里加：fastcgi_buffering off; - 如果用了反向代理（比如 Nginx 代理 Apache），则要关
proxy_buffering off; - 别忘了加
fastcgi_request_buffering off;（防止请求体缓冲干扰响应流）
改完必须重载 Nginx：nginx -s reload，且要确认这些指令生效位置（不能只写在 http 块顶层，得落在实际处理 PHP 的 location 里）。
Chrome/Firefox 对小数据包不渲染？凑够 1KB 是个土但有效的办法
现代浏览器为防“碎片渲染”，会对小于约 1KB 的响应体延迟绘制——哪怕服务端已 flush，前端也白等。这不是 bug，是优化策略。
- 临时调试时，可在每次
echo后补足空格或注释，例如：echo str_repeat(" ", 1024); - 正式环境不建议硬塞空白，可用
echo str_pad("", 1024, "\0");避免影响 HTML 解析 - 更干净的做法是设置响应头：
header('X-Accel-Buffering: no');（Nginx 专用），但需 Nginx ≥ 1.5.6 且启用fastcgi_buffering off;
这个 1KB 规则在本地开发时极容易误判为“PHP 没生效”，其实只是浏览器在等更多字节。
