JavaScript请求自动重试需封装async/await函数，用try/catch捕获错误，for循环控制次数（如3次），按指数退避延迟（500ms→1000ms→2000ms），仅对5xx、网络异常重试，跳过4xx；结合AbortController支持超时与取消。
JavaScript 中实现请求失败后的自动重试，核心是捕获错误、判断是否可重试、延迟后重新发起请求，并控制重试次数和间隔。关键不在反复调用 fetch，而在合理封装逻辑、避免无限循环和阻塞主线程。
用 async/await 封装带重试的 fetch
把 fetch 包进一个支持重试的异步函数里，用 try/catch 捕获网络或响应错误，配合 for 循环 + await setTimeout 控制重试节奏：
- 每次失败后等待指定毫秒（如 1000ms），再尝试下一次
- 用计数器限制最大重试次数（如 3 次），超限直接 throw 原始错误
- 对 4xx 客户端错误（如 400、401、404）通常不重试，5xx 服务端错误或网络异常才重试
区分错误类型，避免无效重试
不是所有失败都适合重试。fetch 本身不会因 HTTP 状态码（如 404）reject，需手动检查 response.ok 或 status：
- 网络错误（TypeError: failed to fetch）、AbortError 属于可重试场景
- response.status ≥ 500（如 502、503、504）表示服务暂时不可用，适合重试
- status === 401（未授权）可能需要先刷新 token，而不是盲目重试
加入退避策略，防止雪崩
连续重试可能加重服务压力。简单指数退避能让间隔随次数增长（如 1s → 2s → 4s）：
立即学习“Java免费学习笔记（深入）”；
- 第 n 次重试前等待：baseDelay * 2n-1（例如 baseDelay = 500，三次重试分别等 500ms、1000ms、2000ms）
- 可加随机抖动（jitter），比如在计算值 ±10% 范围内取随机数，避免大量请求同时涌向后端
支持取消与超时，提升健壮性
长时间重试可能卡住用户操作。建议结合 AbortController 设置单次请求超时，并允许外部中断：
- 每次 fetch 都传入新的 AbortSignal，并设置 timeout（如 8s）
- 重试过程中若外部调用 abort()，整个流程应立即终止并 reject
- 可将 retry 函数设计为返回 Promise 并暴露 abort 方法，便于上层控制
