Fetch 本身不直接支持长轮询，但可通过控制请求生命周期和响应处理逻辑，将短轮询改造为长轮询：服务端挂起响应直至有新数据，客户端收到后立即发起下一轮请求，需前后端协同实现阻塞响应、超时重试与错误处理。
Fetch 本身不直接支持长轮询，但可以通过控制请求生命周期和响应处理逻辑，把传统短轮询改造成真正的长轮询——核心在于：让服务器“挂起”响应直到有新数据，而不是客户端频繁发请求。
理解长轮询的关键区别
传统轮询是“发请求 → 立即收响应（不管有没有数据）→ 等几秒 → 再发”，浪费带宽和连接；长轮询是“发请求 → 服务端卡住不返回 → 有数据才回 → 客户端立刻发下一次”，大幅降低请求数量，提升实时性。
要实现它，需前后端协同：后端必须支持阻塞式响应（如 Express 中不调用 res.json() 直到有事件），前端则要用 Fetch 配合合理的超时与重连策略。
用 Fetch 实现长轮询的基本结构
关键不是“一个 Fetch 调用变成长轮询”，而是用递归或循环发起 Fetch 请求，并在每次成功响应后立即发起下一轮——但前提是服务端响应是“延迟发出”的。
- 每次 Fetch 请求带唯一标识（如
lastEventId或时间戳），方便服务端判断从哪开始推送 - 设置合理超时（如 30 秒），避免请求无限挂起；超时后自动重试，防止连接断开导致中断
- 响应后立即解析数据，再调用自身发起下一次请求（注意避免栈溢出，推荐用
setTimeout或Promise.then） - 捕获网络错误、5xx 响应等异常，加入退避重试（如指数退避）
一个可运行的长轮询封装示例
以下是一个轻量级、带错误处理和重试的长轮询函数：
async function longPoll(url, options = {}) {
const { timeout = 30000, backoff = 1000, maxRetries = 3 } = options;
<p>try {
const controller = new AbortController();
const id = setTimeout(() => controller.abort(), timeout);</p><pre class="brush:php;toolbar:false;">const res = await fetch(url, {
method: 'GET',
signal: controller.signal,
headers: { 'Cache-Control': 'no-cache' }
});
clearTimeout(id);
if (!res.ok) throw new Error(`HTTP ${res.status}`);
const data = await res.json();
// 处理本次收到的数据（例如更新 UI、触发事件）
handleServerData(data);
// 立即发起下一轮（注意：不是递归调用，避免堆栈问题）
setTimeout(() => longPoll(url, options), 0);} catch (err) { console.warn('长轮询中断:', err.message); // 简单退避后重试（实际项目中可用指数退避） setTimeout(() => longPoll(url, { ...options, backoff: Math.min(backoff * 2, 30000) }), backoff); } }
// 启动 longPoll('/api/events', { timeout: 25000 });
服务端配合要点（以 Node.js/Express 为例）
前端再怎么优化，没有服务端支持也白搭。服务端必须做到：
- 不立即响应，而是等待新数据到达（例如监听数据库变更、消息队列、内存事件）
- 响应前设置
res.flushHeaders()或确保不压缩、不缓存（res.setHeader('Cache-Control', 'no-cache')） - 超时前主动返回空响应（如
{}或{ status: 'timeout' }），让前端知道该续连 - 避免长时间占用连接导致资源耗尽，建议限制最大连接数或使用连接池
注意：现代场景更推荐用 Server-Sent Events（SSE）或 WebSocket 替代长轮询；但若环境受限（如只允许 HTTP GET）、需兼容老旧浏览器，长轮询仍是可靠选择。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
