直接在 onerror 中修改 this.src 会因备用图再次加载失败而递归触发 onerror，导致卡死或静默终止；推荐用 CSS 切换双 img 显示状态、new Image() 预加载降级或事件监听器显式管理来切断重入链。

onerror 里直接改 this.src 为什么会卡死？

因为浏览器在图片加载失败时触发 onerror，如果你在事件处理函数里写 this.src = 'fallback.jpg'，而这张 fallback 图又恰好加载失败（路径错、404、网络问题），就会再次触发 onerror —— 形成递归调用。IE 和旧版 Edge 会直接报 Stack overflow，Chrome 虽不报错但会静默终止，导致备用图始终不显示。

用 CSS 切换隐藏/显示两个 img 元素

这是最稳妥、兼容性最好的解法：避免操作 src，只改样式，彻底切断二次触发链。

• 准备两个 img 标签：主图带 onerror，备用图默认隐藏
• 在 onerror 中只执行 this.style.display = 'none' 和 fallbackImg.style.display = 'block'
• 确保备用图的 src 是一个已知可靠的地址（比如 CDN 上的占位图）
• 不用 class 切换也行，直接用 style.display 更明确，不依赖外部 CSS

<img  src="original.jpg" onerror="this.style.display='none'; document.getElementById('fallback').style.display='block'" alt="HTML怎样解决onerror无限循环？防止重复循环操作步骤" >
<img  id="fallback" src="placeholder.png"   style="max-width:90%" alt="HTML怎样解决onerror无限循环？防止重复循环操作步骤" >

用 new Image() 预加载 + Promise 控制降级流程

适合需要精确控制加载顺序、超时、多级降级（如 WebP → JPG → SVG）的场景。DOM 中的 img 不参与预加载，只负责最终渲染。

使用华数设计生成高保真HTML原型、演示文稿、动画和设计评审

使用经过文档化的设计技能，从真实的品牌或项目背景中生成HTML原生原型、幻灯片、动态演示、可视化图表和评审流程。

下载

• 先用 new Image() 实例尝试加载主图，onload 后再赋值给 DOM 的 src
• onerror 触发后，再试下一个格式，最多试 2–3 次就兜底到纯色 div 或文字提示
• 务必加 setTimeout 包裹，防止某张图 DNS 卡死导致整个链路 pending
• 不要把 onload/onerror 直接挂到 DOM img 上做降级，它和预加载逻辑混在一起容易覆盖或丢失

动态创建 img 时忘记清理旧监听器

常见于轮播图、瀑布流等频繁替换 src 的场景。每次重设 src，都会清空之前的 onload 和 onerror，如果没重新绑定，错误就无声吞掉。

立即学习“前端免费学习笔记（深入）”；

• 用 addEventListener('load', handler, { once: true }) 替代 img.onload = handler，自动解绑
• 如果必须用赋值方式，每次设置 src 前，先清掉旧的：img.onload = null; img.onerror = null;
• 别在循环里反复 new Image() 却不存引用——内存泄漏风险高，尤其在长列表中

关键点不是“怎么写 onerror”，而是“不让 onerror 再被自己触发”。所有绕开 src 修改、用预加载隔离、显式管理事件监听的方案，本质都是在切断那个隐式的重入链。实际项目里，90% 的无限循环问题都出在第一种写法上：一行 this.src = 'x.jpg' 看似简单，却埋了最深的坑。