android app收不到php flush()实时输出，因http客户端默认不支持流式读取；需改用sse或websocket协议，并关闭服务端压缩与缓冲、正确设置响应头及消息格式。
PHP 实时输出（如 flush()）在 Android App 里收不到？原因很直接
不能直接收。PHP 的 flush() 和 ob_flush() 只作用于 HTTP 响应流，而绝大多数 Android App（尤其用 OkHttp、Retrofit 或 WebView 加载）默认不支持逐块读取响应体，也不会监听流式更新——它等整个响应结束才触发回调。你看到浏览器能“实时”，是因为浏览器对 text/plain 或 text/event-stream 有特殊处理；App 没这层逻辑。
Android App 要接收 PHP 实时数据，必须匹配服务端传输协议
关键不是“PHP 怎么 flush”，而是“App 怎么读”。常见可行路径只有两条：
-
Server-Sent Events（SSE）：PHP 输出
Content-Type: text/event-stream+ 正确的换行与冒号格式，Android 用OkHttp的EventSource库（或手动解析流），保持长连接并监听message事件 -
WebSocket：PHP 启一个 WebSocket 服务（如
php-websocket或Ratchet），Android 用Java-WebSocket或Socket.IO客户端连接，双向实时通信更稳定，且不受 HTTP 缓存/代理干扰 - 别用
file_get_contents或普通GET请求去“轮询”——延迟高、耗电、易被限流，也不算“实时”
PHP 端 SSE 输出容易踩的坑
即使协议选对了，PHP 也会因环境配置丢掉实时性：
- Apache/Nginx 默认开启 gzip 压缩，会缓冲响应直到满块 —— 必须在 PHP 中关：
ini_set('zlib.output_compression', 'Off');，并在 Nginx 配置里加gzip off;（仅 SSE 路由） - PHP-FPM 的
buffer_output和output_buffering要设为Off或0，否则ob_flush()无效 - 每条消息末尾必须是双换行：
echo "data: hello\n\n";，漏一个\n，Android 客户端就收不到 - 不要输出
Content-Length头，SSE 是 chunked 流式响应
Android 端读 SSE 流的最小可靠写法（OkHttp）
用 OkHttpClient 发起请求后，必须手动按行读取响应体，不能依赖 response.body().string()（它会等关闭）：
