第三方插件内联onerror易致无限循环，因无防重判断且不校验src是否已为备用地址；应通过捕获阶段全局error监听+dataset标记接管处理，并隔离script/link错误。
第三方插件一旦在 onerror 里写死替换逻辑（比如 onerror="this.src='fallback.jpg'"），又没做防重判断，就会直接触发无限循环——浏览器反复请求失败图、反复触发事件、内存飙升甚至卡死。
为什么第三方插件的 onerror 容易失控
很多插件（尤其是老版本轮播图、头像组件、统计埋点脚本）会直接在 DOM 中注入带内联 onerror 的 <img>，且不检查当前 src 是否已是备用地址。典型表现是控制台刷屏 GET fallback.jpg net::ERR_ABORTED，页面响应变慢甚至无响应。
更隐蔽的问题是：插件可能动态创建 <img> 后再赋值 onerror，但若图片加载极快（比如缓存命中或本地路径），onerror 绑定前错误已发生，导致兜底失效；而一旦绑定成功，又因无防重逻辑进入死循环。
- 插件代码不可控，你无法修改其内联
onerror字符串 - 多个插件共用同一张 fallback 图，该图一挂，所有调用全崩
- 部分插件在
onerror里执行fetch或document.write，进一步放大风险
用全局捕获 + dataset 标记拦截并接管
绕过插件自己的 onerror，改用 document.addEventListener('error', handler, true) 在捕获阶段统一处理。关键是要识别哪些是插件生成的图，并避免和插件逻辑冲突。
立即学习“前端免费学习笔记（深入）”；
必须在 <head> 最顶部、JS 执行最早时机注册监听，且用 true 表明走捕获阶段（否则插件的内联 onerror 会先执行并可能破坏状态）：
document.addEventListener('error', e => {
if (e.target.tagName !== 'IMG' || e.target.dataset.handled) return;
e.target.dataset.handled = '1';
// 按降级顺序尝试：CDN → 本地 → SVG 占位
const urls = [
e.target.dataset.cdnFallback || '',
'./images/placeholder.png',
'data:image/svg+xml;base64,PHN2ZyB3aWR0aD0iMzIiIGhlaWdodD0iMzIiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwL3N2ZyI+PHJlY3Qgd2lkdGg9IjEwMCUiIGhlaWdodD0iMTAwJSIgZmlsbD0ibGlnaHRncmV5Ii8+PC9zdmc+'
];
let i = 0;
const tryNext = () => {
if (i >= urls.length) {
e.target.src = 'data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==';
return;
}
if (!urls[i]) {
i++;
tryNext();
return;
}
e.target.src = '';
e.target.src = urls[i++];
};
tryNext();
}, true);
- 用
e.target.dataset.handled标记已处理，防止插件后续再触发自己的onerror造成重复操作 - 优先读取插件设置的
data-cdn-fallback（如有），保证兼容其原有策略 - 每次换源前先设
e.target.src = ''，清空浏览器对失败 URL 的缓存标记，否则可能跳过请求 - 最终 fallback 是 1×1 透明 GIF，体积小、解析快、不会触发新错误
对插件脚本本身加 crossorigin 和 onerror 隔离
第三方 JS 插件（如分析 SDK、UI 组件）若加载失败，也会通过 <script> 的 onerror 干扰页面。这类错误不能靠上面的 error 全局监听捕获（因为 <script> 错误只在捕获阶段抛出，且不冒泡），必须单独处理。
静态引入时，在 <script> 标签上显式声明：
<script src="https://thirdparty.com/widget.js" crossorigin="anonymous" onerror="if (!this.dataset.loaded) { this.dataset.loaded = '1'; this.src = './js/widget.fallback.js'; this.onerror = null; }"></script>
-
crossorigin="anonymous"确保跨域错误能拿到真实堆栈，而不是Script error. -
this.dataset.loaded防止 fallback 脚本也失败时再次触发onerror - fallback 路径用相对路径（如
./js/widget.fallback.js），避免file://协议下解析为系统根目录 - 不要在
onerror里调用外部函数（如loadFallback()），函数可能未定义或被插件污染
真正容易被忽略的点
多数人只盯着图片，却忘了 <script> 和 <link rel="stylesheet"> 的 onerror 同样危险——尤其当插件同时注入这三类标签时，它们的错误处理逻辑互不感知，但共享同一个网络环境和资源路径。比如 CDN 故障，图片 fallback 到本地，CSS 却还在拼命重试 CDN 地址，拖慢渲染。更麻烦的是，旧版 Safari 对 <link> 的 onerror 支持不全，得额外用 document.styleSheets[0]?.cssRules?.length === 0 检测是否为空，再手动插入内联样式兜底。这些细节不提前覆盖，上线后问题只会分散爆发，很难归因。
