HTML无自动重试能力,需JS封装fetch等资源加载并主动判断response.ok后显式throw错误;重试须递归实现、限制次数、区分错误类型、兼顾幂等性与网络状态。

HTML 本身不提供自动重试能力,所有重试逻辑必须由 JavaScript 主动控制;真正起作用的不是标签,而是对 fetch、XMLHttpRequest、WebSocket 或 等资源加载行为的封装与干预。
fetch 请求失败后怎么触发重试?关键在 response.ok + 显式 throw
浏览器不会因为 HTTP 404 或 500 自动进 catch——fetch 只在网络异常(断网、CORS、abort)时 reject;4xx/5xx 是 resolve 的,仅把 response.ok 设为 false。
- 每次
await fetch(url)后必须立刻判断:if (!response.ok) throw new Error(`HTTP ${response.status}`) - 漏掉这一步,后续重试、日志、错误分类全失效;DevTools 里看到红标但 JS 没报错,八成是这里漏了
- 不要写
fetch(url).then(r => r.json()):遇到 404 返回 HTML 页面时会抛TypeError: Response body is not JSON,原始状态码和原因全丢 - 重试函数必须递归实现(如
fetchWithRetry),避免用while或setInterval,防止阻塞或失控并发
表单提交时重试要避开幂等性陷阱
原生 提交默认会跳转或刷新页面,所有 JS 逻辑中断;重试前提是你已用 event.preventDefault() 完全接管流程。
-
submit事件里不调event.preventDefault(),后续fetch、localStorage、错误捕获全部无效 - POST/PUT/DELETE 类请求不能无脑重试:重复下单、重复扣款的风险真实存在;必须确认接口是否幂等,或前置校验(如 token 刷新、防重放 nonce)
- 仅对网络层错误(
TypeError、AbortError)和 5xx 状态码重试;4xx(如 400、401、429)说明是客户端问题,重试无意义 - 按钮点击后立即设
disabled = true,防止连点触发多轮并发请求
图片、脚本、iframe 加载失败怎么精准重试?靠事件 + 唯一标识
HTML 元素加载失败不统一,每种资源需不同监听方式,且重试必须绑定到具体实例,不能全局乱刷。
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件(幻灯片风格)。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本,并且希望生成演示用的 HTML 时触发。支持任意内容来源:iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区,并通过企微直接发送给用户。触发词示例:帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
-
:用onerror,配合data-id或id标识目标元素;重试时先清空src = ''再赋新值,避免浏览器缓存旧失败响应 -
<script></script>:全局window.addEventListener('error', handler, true)在捕获阶段监听,过滤条件是e.target.tagName === 'SCRIPT'且!(e instanceof ErrorEvent);重试需动态创建新<script></script>并保留async/defer属性 -
:没有原生onerror,只能监听load事件 + 定时尝试读取contentDocument.body;非同源 iframe 无法检测内部失败,只能依赖超时 + 用户点击重试 - 所有重试都必须加次数限制(建议 ≤3),并按
url.pathname计数,防无限循环
移动端弱网下重试必须配合 AbortController 和 navigator.online 辅助判断
移动端网络抖动频繁,单纯靠错误类型重试容易打垮连接池或触发限流;需要超时控制、取消机制和用户意图协同。
- 每次
fetch都新建AbortController,传入signal;超时时间设为 6–10 秒(太短易误判,太长卡 UI) -
navigator.onLine不可靠:WiFi 连着但路由器断外网、DNS 故障时仍返回true;真实断网信号来自fetch抛出的TypeError - 提交前可发轻量探测请求(如
fetch('/api/ping', { method: 'HEAD', signal: AbortSignal.timeout(3000) })),失败才走离线路径 - 页面切后台(锁屏、切 App)时暂停重试,避免耗电和无效请求;恢复前台后再继续
最常被忽略的点是:重试逻辑是否建立在 event.preventDefault() 拦截后的异步流程里,以及是否真正用 response.ok 主动抛错——这两条不满足,其余所有退避、超时、UI 锁定都只是表面功夫。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










