指数退避重试通过按2^attempt增长延迟(如1s、2s、4s)避免请求风暴,需结合抖动、错误分类(仅重试5xx/网络错误)、超时控制与最大重试次数,推荐用axios-retry或手动封装fetch实现。

用指数退避算法实现网络请求重试,核心是让每次失败后的等待时间按指数增长(比如 1s、2s、4s、8s),避免密集重试压垮服务端或被限流。JavaScript 中可结合 fetch 或 axios + setTimeout(或 Promise + async/await)来实现,关键在于控制重试次数、计算退避延迟、处理异常并及时终止。
基础实现:手动封装带退避的 fetch
下面是一个轻量、可复用的函数,使用原生 fetch,支持最大重试次数和基础延迟(单位毫秒):
- 每次重试前用
setTimeout等待,延迟时间为baseDelay * 2^attempt - 只对网络错误或 5xx 响应重试,4xx(如 404、401)通常不重试
- 用
AbortController防止上一次请求未完成时新请求已发起
async function fetchWithBackoff(url, options = {}, { maxRetries = 3, baseDelay = 1000 } = {}) {
let lastError;
for (let attempt = 0; attempt controller.abort(), 10000); // 10s 超时
<pre class="brush:php;toolbar:false;"> const res = await fetch(url, { ...options, signal: controller.signal });
clearTimeout(timeoutId);
if (res.ok) return res;
if (res.status >= 500 && res.status setTimeout(resolve, delay));
}
}} throw lastError; }
// 使用 fetchWithBackoff('/api/data') .then(res => res.json()) .then(data => console.log(data)) .catch(err => console.error('最终失败:', err));
用 axios 实现更简洁的退避重试
axios 自带 retry 配置,但默认不支持指数退避;可通过拦截器 + axios-retry 库或手动增强。推荐使用 axios-retry 并自定义重试延迟:
- 安装:
npm install axios axios-retry - 配置
retryDelay返回指数增长的毫秒数 - 用
shouldRetry精确控制哪些错误触发重试
import axios from 'axios';
import axiosRetry from 'axios-retry';
<p>axiosRetry(axios, {
retries: 3,
retryDelay: (retryCount) => {
return 1000 <em> Math.pow(2, retryCount) + Math.random() </em> 100;
},
shouldRetry: (error) => {
const status = error.response?.status;
return !!(error.code === 'ECONNABORTED' || error.code === 'ERR_NETWORK' || (status >= 500 && status </p><p>// 后续所有 axios 请求自动带指数退避
axios.get('/api/data').catch(err => console.error(err));
</p>
关键细节与最佳实践
写得好不好,往往取决于这些“不起眼”的地方:
Java开发手册规约集合,基于阿里巴巴Java开发手册(嵩山版)。 涵盖7大维度:编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要:(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 加入抖动(jitter):在退避时间后加一点随机偏移(如 +0~100ms),防止大量客户端在同一时刻重试,造成“重试风暴”
-
设置硬性超时:单次请求必须设
signal或timeout,否则卡住会阻塞整个重试流程 - 区分错误类型:400、401、403、404 等客户端错误一般不该重试;连接中断、502、503、504 才适合退避重试
-
限制总耗时:除了重试次数,还可加
maxTotalTime = 30000,超过即放弃,避免用户长时间等待
进阶:封装成可取消、可监控的重试工具
生产环境建议把重试逻辑抽成独立类,支持取消、回调通知、指标上报:
- 暴露
abort()方法,方便页面卸载或用户跳转时清理定时器和请求 - 通过
onRetry回调记录日志或更新 UI(如显示“正在重试 2/3…”) - 统计重试次数、平均延迟、成功/失败率,用于后续容量评估
可基于上面的手动实现扩展一个 RetryableRequest 类,内部管理 AbortController 和 setTimeout 引用,确保无内存泄漏。
不复杂但容易忽略。真正健壮的重试,不是多试几次,而是试得有理、停得及时、错得明白。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










