HTML无自动重试能力，需JS封装fetch等资源加载并主动判断response.ok后显式throw错误；重试须递归实现、限制次数、区分错误类型、兼顾幂等性与网络状态。
HTML 本身不提供自动重试能力，所有重试逻辑必须由 JavaScript 主动控制；真正起作用的不是标签，而是对 fetch、XMLHttpRequest、WebSocket 或 <img alt="如何通过HTML构建具备自动重试机制的网络组件" > 等资源加载行为的封装与干预。
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，防止阻塞或失控并发
表单提交时重试要避开幂等性陷阱
原生 <form></form> 提交默认会跳转或刷新页面，所有 JS 逻辑中断；重试前提是你已用 event.preventDefault() 完全接管流程。
-
submit事件里不调event.preventDefault()，后续fetch、localStorage、错误捕获全部无效 - POST/PUT/DELETE 类请求不能无脑重试：重复下单、重复扣款的风险真实存在；必须确认接口是否幂等，或前置校验（如 token 刷新、防重放 nonce）
- 仅对网络层错误（
TypeError、AbortError）和 5xx 状态码重试；4xx（如 400、401、429）说明是客户端问题，重试无意义 - 按钮点击后立即设
disabled = true，防止连点触发多轮并发请求
图片、脚本、iframe 加载失败怎么精准重试？靠事件 + 唯一标识
HTML 元素加载失败不统一，每种资源需不同监听方式，且重试必须绑定到具体实例，不能全局乱刷。
Convert Markdown To HTML And PDF - Markdown和HTML、PDF互转
下载
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
立即学习“前端免费学习笔记（深入）”；
-
<img alt="如何通过HTML构建具备自动重试机制的网络组件" >：用onerror，配合data-id或id标识目标元素；重试时先清空src = ''再赋新值，避免浏览器缓存旧失败响应 -
<script></script>：全局window.addEventListener('error', handler, true)在捕获阶段监听，过滤条件是e.target.tagName === 'SCRIPT'且!(e instanceof ErrorEvent)；重试需动态创建新<script></script>并保留async/defer属性 -
<iframe></iframe>：没有原生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 锁定都只是表面功夫。
