PHP实时输出在AJAX中基本不可用，因中间层缓冲拦截ob_flush()/flush()且浏览器仅在readyState===4触发回调；推荐改用SSE、WebSocket或轮询方案。
PHP实时输出在AJAX请求里基本不可用
因为AJAX默认等待完整响应，而PHP的ob_flush()和flush()在多数部署环境下（如Nginx + PHP-FPM、Apache + mod_php）会被中间层缓冲拦截，前端根本收不到分块数据。浏览器也只会在readyState === 4时触发onload或success回调，中间的readyState === 3（loading）状态在现代浏览器中基本不触发，且不可靠。
想让PHP“边执行边发”，得绕过HTTP常规流程
必须放弃传统AJAX的XMLHttpRequest或fetch，改用支持流式响应的机制：
- 用
EventSource（SSE）——服务端输出text/event-stream，PHP保持连接不关闭，逐行echo "data: ...\n\n"，前端监听message事件 - 用
WebSocket——需额外服务（如Ratchet、Swoole），PHP主动推送，与HTTP无关，但开发成本高 - 极少数场景可试
fetch+ReadableStream（仅Chrome/Firefox支持），PHP需禁用所有输出缓冲并设Content-Type: text/plain，但response.body.getReader()读取时仍可能被代理/Nginx截断
PHP端关键配置和代码陷阱
即使选了SSE，以下几处不处理，照样白搭：
- PHP里必须关掉所有缓冲：
ob_end_clean()、ini_set('output_buffering', 'off')、ini_set('zlib.output_compression', 'off') - Apache下要禁用
mod_deflate；Nginx下必须加proxy_buffering off;和chunked_transfer_encoding on; - 每条SSE消息末尾必须是双换行
\n\n，且建议加retry: 5000和id:字段，否则断连后重连会丢序 - PHP脚本不能超时：
set_time_limit(0)，同时注意max_execution_time和fastcgi_read_timeout（Nginx）都要调大
替代方案：用轮询+服务端状态存储更稳妥
对大多数“实时进度”需求（如文件上传、任务队列），不如让AJAX发一次请求，返回一个task_id，前端用setInterval轮询/status?task_id=xxx，PHP从Redis或数据库查当前进度。好处是：
立即学习“PHP免费学习笔记（深入）”；
- 完全兼容所有服务器和浏览器
- 可随时中断、重试、记录日志
- 避免长连接耗尽PHP-FPM worker
- 前端逻辑清晰，不用处理连接异常、重连、消息乱序
真正需要毫秒级推送的场景才值得上SSE或WebSocket，其余时候轮询反而更稳——这点容易被忽略，直到上线后在Nginx日志里看到一堆upstream prematurely closed connection才反应过来。
