关键在于明确超时边界、区分失败类型、控制重试节奏：xmlhttprequest用timeout+ontimeout处理超时，fetch用abortcontroller实现可取消超时；仅对超时和部分5xx重试，禁用4xx及离线重试；ui需及时反馈状态。
处理网络超时与重试，关键不是“等够时间再试”，而是明确超时边界、区分失败类型、控制重试节奏——超时是服务端响应慢，网络异常是链路断开，二者策略完全不同。
用 timeout + ontimeout 控制原生 XMLHttpRequest 超时
XMLHttpRequest 提供最直接的超时支持，适合兼容性要求高或需精细控制的老项目：
- 设置 xhr.timeout = 5000（单位毫秒），表示从 send() 开始计时，到接收到第一个字节为止；若超时，自动触发 ontimeout 事件
- 在 ontimeout 中清除 loading 状态、提示“请求超时，请稍后重试”，避免用户干等
- 注意：ontimeout 不会触发 onerror，两者互不干扰；但超时后若手动调用 abort()，也不会再触发 ontimeout
- 务必搭配 onerror 监听底层网络中断（如断网、DNS 失败），它和超时是互补关系，不是重复逻辑
用 AbortController 实现 fetch 的可取消超时
fetch 本身无 timeout 参数，但通过 AbortController 可真正中止请求、释放连接，更现代也更可控：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 创建控制器：const controller = new AbortController()
- 发起请求时传入 signal：fetch(url, { signal: controller.signal })
- 启动定时器中止：setTimeout(() => controller.abort(), 5000)
- 捕获中止错误：catch(err) { if (err.name === 'AbortError') { /* 超时中断 */ } }
- 优势在于：除超时外，还能在页面切换、表单取消等场景主动调用 controller.abort()，避免无效请求堆积
设计合理的重试机制
不是所有失败都该重试，盲目重试反而加重服务压力或误导用户：
- 仅对超时（AbortError / ontimeout）和部分 5xx 状态码重试：比如 502、503、504，说明服务暂时不可用，可间隔 1–2 秒后重试 1 次
- 禁止对 4xx 错误重试：如 400（参数错误）、401（未登录）、403（权限不足），重试毫无意义，应引导用户修正操作
- 禁用对网络离线（navigator.onLine === false）的重试：前端检测到离线就应直接拦截请求，不发包、不等待、不重试
- 建议重试次数 ≤ 2 次，且采用指数退避（如第 1 次延 1s，第 2 次延 2s），避免雪崩式请求
配合 UI 做好状态反馈
用户不需要知道技术细节，但需要清晰感知系统正在响应：
- 点击即禁用按钮 + 显示“加载中…”文字，防止重复提交
- 超时后按钮恢复为“重试”，而非继续禁用；点击重试前再次校验 navigator.onLine
- 非关键请求（如推荐位、埋点上报）可设短超时（2–3 秒），失败后静默降级，不打断主流程
- 关键操作（如支付确认、订单提交）建议超时设为 10–15 秒，并提供显式“取消”按钮，由用户决定是否中断
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
