PHP实时输出AJAX怎么用？技巧详解

PHP的实时输出在传统AJAX中基本不可行，受中间层缓冲（如Nginx、PHP-FPM）和浏览器机制（仅在readyState=4触发回调）双重限制，即使调用ob_flush()/flush()也大概率失效；真正可行的替代方案是采用SSE（EventSource）、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-FPM worker
• 前端逻辑清晰，不用处理连接异常、重连、消息乱序

真正需要毫秒级推送的场景才值得上SSE或WebSocket，其余时候轮询反而更稳——这点容易被忽略，直到上线后在Nginx日志里看到一堆upstream prematurely closed connection才反应过来。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~