HTTP/2下PHP的flush失效，因协议内部缓存导致实时输出不可靠，需依赖服务端推送或SSE实现流式传输。
HTTP/2 的引入改变了 PHP 实时输出的行为方式，尤其在使用 ob_flush() 和 flush() 时表现明显。在 HTTP/1.1 中，开发者可以通过开启输出缓冲并手动调用 flush 来实现逐段输出内容，比如用于进度提示、日志流或服务器推送效果。但在 HTTP/2 环境下，这种“实时输出”机制不再可靠，甚至完全失效。
HTTP/2 对分块传输的处理方式不同
HTTP/2 使用二进制帧结构代替了 HTTP/1.x 的文本协议，虽然仍支持分块传输编码（chunked encoding），但大多数 HTTP/2 实现会在内部缓存响应体，直到整个响应完成后再发送，以提升性能和压缩效率。这意味着：
- 即使 PHP 脚本中调用了 echo、ob_flush() 和 flush()，浏览器也不会立即收到数据
- 反向代理（如 Nginx）或负载均衡器可能会进一步延迟流式输出
- 某些浏览器或客户端在 HTTP/2 下不会渲染未完整接收的内容块
PHP 输出控制在 HTTP/2 下的实际限制
在传统 HTTP/1.1 下，以下代码能实现逐秒输出：
echo "开始...";
ob_flush();
flush();
for ($i = 1; $i echo "$i...
";
ob_flush();
flush();
sleep(1);
}
但在 HTTP/2 中，这段代码很可能被完全缓存，用户看到的是三秒后一次性输出全部内容。这是因为：
立即学习“PHP免费学习笔记（深入）”；
- Web 服务器（如 Apache 或 Nginx）通常配置为收集完整响应再封装成 HTTP/2 帧
- PHP-FPM 的缓冲机制与 HTTP/2 网关之间缺乏实时通信能力
- 浏览器接收到的是整块响应，而非连续的数据流
替代方案：使用 EventSource 或 WebSocket
若需在 HTTP/2 环境下实现真正的实时输出，推荐使用更现代的技术：
-
Server-Sent Events (SSE)：通过
text/event-stream类型实现服务端向浏览器持续推送消息，兼容性好且易于在 PHP 中实现 - WebSocket：建立双向通信通道，适合高频交互场景，需借助 Swoole、Ratchet 等扩展或框架
- 长轮询（Long Polling）：作为兼容性 fallback 方案，在不支持 SSE 的环境中使用
例如，使用 SSE 可以这样写：
header('Content-Type: text/event-stream');header('Cache-Control: no-cache');
echo "data: 开始\n\n";
for ($i = 1; $i echo "data: $i...\n\n";
ob_flush();
flush();
sleep(1);
}
echo "data: 结束\n\n";
注意：即便如此，仍需确保 Web 服务器允许流式响应，并禁用代理缓冲。
基本上就这些。HTTP/2 提升了性能，但也让传统的 PHP 实时输出技巧失效。要实现真正实时通信，应转向 SSE 或 WebSocket 这类专为流设计的协议。简单刷新页面式的 flush 技巧已不适合现代应用。
