onerror死循环是fallback图404导致浏览器反复加载触发事件链；需检查Network中同一fallback请求持续404、Console重复报错、Performance主线程高占用，并确保fallback资源在目标环境可直接访问。
onerror死循环不是代码没生效，是备用图路径也 404，浏览器反复加载失败后无限触发事件——内存暴涨、标签页卡死、DevTools 崩溃都是真实后果。必须立刻切断事件链，且 fallback 图本身得能稳定加载。
怎么确认是不是 onerror 死循环？
打开 DevTools → Network 面板，刷新页面，观察是否持续出现同一张 fallback 图的 404 请求（比如 /fallback.png、./placeholder.svg）；同时看 Console 是否有大量重复错误，Performance 面板里主线程是否长时间高占用。如果看到 GET /fallback.png 404 连续刷屏，基本就是它了。
定位死循环的关键检查点
别只盯着 onerror 属性写没写对，真正卡住的永远是 fallback 资源本身：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
-
src和 fallback 路径是否都拼对了？尤其注意相对路径在不同路由下的 base URL 解析结果（比如从/user/profile加载./img/logo.png，实际请求的是/user/img/logo.png） - fallback 图是否真存在于部署环境？本地用 Live Server 测试过，但上线后 CDN 路径没同步？
- 是否用了未加
crossorigin的外链图床？CORS 阻塞时控制台报错，但onerror不触发——你以为是“没进回调”，其实是根本没发请求 -
src是空字符串、undefined或纯空格？这种情况下浏览器压根不发请求，onerror永远沉默
修改步骤：三步闭环，不能少任何一环
改完必须验证 fallback 图在目标环境（生产 CDN / 本地开发 / file://）下能直接在地址栏打开，否则只是把死循环换了个地方发生：
立即学习“前端免费学习笔记（深入）”；
- 把 fallback 路径换成绝对路径或 base64：
onerror="this.src='/assets/placeholder.svg'; this.onerror=null;"或更稳的onerror="this.src='data:image/svg+xml;base64,PHN2ZyB3aWR0aD0iMzAiIGhlaWdodD0iMzAiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwL3N2ZyI+PHJlY3Qgd2lkdGg9IjEwMCUiIGhlaWdodD0iMTAwJSIgZmlsbD0iI2ZmZiIvPjwvc3ZnPg=='; this.onerror=null;" - 动态创建的
<img alt="HTML调试图片onerror死循环怎么解决？定位死循环修改步骤" >，onerror必须在appendChild()之前绑定，且赋值新src后立即设this.onerror = null - 若需多级降级（CDN → 备份域名 → SVG），用
dataset打标防重复：onerror="if (!this.dataset.fallbacked) { this.dataset.fallbacked = '1'; this.src = '/backup.svg'; }"，避免第二次失败又进同一段逻辑
最常被跳过的一步：改完代码后，没去浏览器地址栏手动访问 fallback 图地址。只要那个 URL 打不开，onerror 就还在等下一个 404 —— 死循环不会因为你写了 this.onerror=null 就自动消失，它只认资源是否真实可达。
