PHP长轮询需手动管理连接生命周期，因其默认FPM/CGI模式下请求独立执行、自动释放资源；而长轮询要求挂起等待数据，必须调用set_time_limit(0)、ignore_user_abort(true)、禁用输出缓冲等干预默认行为。
PHP长轮询能实现“准实时”推送，但不是真正的实时通信；它适合低并发、兼容性优先的场景，高负载下容易拖垮服务器。
为什么长轮询在PHP里必须手动管理连接生命周期
PHP默认运行在FPM或CGI模式下，每个请求独立执行、结束后自动释放资源。长轮询要求请求不立即返回，而是挂起等待数据——这意味着你必须主动干预默认行为：
- 调用
set_time_limit(0)或设为足够大的值（如300），否则脚本会在超时后被强制终止 - 使用
ignore_user_abort(true)防止用户关闭页面或断开连接导致脚本中断（但注意：这会让脚本继续运行，可能造成僵尸进程） - 禁用输出缓冲：
ob_end_flush()+flush()有时需要，尤其在调试阶段观察是否真正在“挂起” - 不能依赖
register_shutdown_function()做清理，因为连接断开不一定触发该回调
长轮询PHP脚本怎么避免CPU空转和资源耗尽
常见写法是用 while(true) 循环 + sleep(1) 轮询数据库或文件，但这是危险操作：
- 每秒一次查询 × 数百个并发连接 = 数百次无意义IO，数据库压力陡增
- 应改用事件驱动式检查：比如监听Redis的
BRPOP或BLPOP，有数据才唤醒，无数据时阻塞在内核态，不占CPU - 若只能查MySQL，至少用
SELECT ... FOR UPDATE+ 自增版本号字段，避免全表扫描 - 务必限制单个请求最大等待时间（例如
max_wait = 25秒），并在循环中计时退出，防止无限挂起
前端发起长轮询请求时容易被浏览器/代理中断
浏览器对同一域名的并发连接数有限制（通常6个），且某些代理、CDN、甚至Nginx默认配置会主动关闭空闲连接：
立即学习“PHP免费学习笔记（深入）”；
- Nginx需显式配置：
proxy_read_timeout 300、proxy_buffering off，否则会在60秒后断连 - Apache需调整
Timeout和KeepAliveTimeout - 前端AJAX必须设置
timeout大于服务端等待上限（如设为31000ms），并捕获timeout和error状态，失败后立即重试 - 不要用
$.get()简单封装，推荐用原生fetch()或XMLHttpRequest手动控制 abort 与重连逻辑
长轮询响应格式和客户端处理的关键细节
服务端返回的数据结构看似简单，但客户端解析出错往往源于几个隐蔽点：
- 必须始终返回
Content-Type: application/json，且不能有多余空格或BOM头，否则JSON.parse()报错 - 不要在响应前 echo 任何调试信息（包括
var_dump()、print_r()），哪怕被注释掉——某些IDE插件会偷偷输出 - 建议在返回体中包含唯一标识字段如
"seq": 123，便于前端去重或断线续推 - 客户端收到响应后应立即发起下一轮请求，但需加随机抖动（如
Math.random() * 500），避免所有客户端在同一毫秒涌进服务端
长轮询最易被忽略的是连接雪崩风险：当服务端因故障重启或网络抖动，大量客户端会在同一时刻重连，瞬间打满PHP-FPM子进程。上线前一定要压测，并在服务端加入简单限流（如按IP计数+滑动窗口），否则第一个高峰就会让整站变慢。
