HTML解析错误无法被JS捕获，因其由浏览器静默修复，不进入JS执行上下文；仅资源加载、内联脚本执行、媒体操作等可执行上下文中的错误才可被捕获。
HTML错误不能替代异常捕获，二者根本不在同一层——HTML解析错误浏览器会静默修复，JS异常捕获机制完全收不到。
HTML解析错误为什么捕获不到
浏览器解析HTML时遇到未闭合标签、错位<script></script>、非法嵌套等，不会抛出JS异常，try/catch、window.onerror、window.addEventListener('error')全无效。这类错误由HTML解析器内部处理：自动补全、丢弃、重排DOM，整个过程不进入JS执行上下文。
- 控制台里看到的红色“Parser error”只是DevTools日志，不是可传播的JS错误事件
- DOM最终结构可能和源码不一致，但JS脚本照常执行——你甚至不知道它被悄悄修过
- 静态检查（如
htmlhint）是唯一能在开发期发现这类问题的手段
哪些HTML相关错误其实能被JS捕获
只有发生在JS可执行上下文中的行为才触发异常捕获，比如资源加载失败、内联脚本执行报错、<video></video>播放出错等。
生成HTML格式PPT
下载
从零开始创建惊艳、动画丰富且自包含的 HTML 演示文稿，或通过转换 PowerPoint 文件生成。当用户希望制作幻灯片、构建演示文稿、打造路演资料（pitch deck）、将 PPT/PPTX 转换为网页格式，或增强现有 HTML 演示文稿时，应使用此能力。该能力帮助用户通过视觉预览而非抽象选项来发掘自身审美偏好。
-
<img src="broken.jpg" alt="HTML错误能替代异常捕获吗_异常捕获对HTML错误限制【科普】" >加载失败 → 触发onerror事件（仅对<img alt="HTML错误能替代异常捕获吗_异常捕获对HTML错误限制【科普】" >、<script></script>、<link>、<iframe></iframe>等少数元素有效） -
<video></video>播放失败 →videoElement.addEventListener('error', ...)可捕获，通过videoElement.error.code区分MEDIA_ERR_SRC_NOT_SUPPORTED等类型 - 内联
<script>console.log(undeclaredVar);</script>→ 触发window.onerror，因为进入了JS执行阶段 - 表单控件（如
<input type="file">）本身不抛错：用户取消选择、文件超限、类型不符，onerror一律不触发
常见误用场景与替代方案
很多人试图给<div>或<code><p></p>加onerror，或在HTML里写try { ... } catch (e) { ... }，这些全部无效。
立即学习“前端免费学习笔记（深入）”；
-
<div onerror="handle()"></div>→ 属性被忽略，无任何效果 -
<script>try { <div> } catch(e){}</script>→ 语法错误，JS引擎直接报SyntaxError，且无法被外层try/catch包裹 - 想监控HTML结构异常？只能靠CI阶段跑
html-validate或tidy，运行时无解 - 想兜底渲染异常？用
document.body.innerHTML替换前先做DOMParser校验，但注意它不模拟浏览器实际解析逻辑
真正需要关注的，从来不是“怎么捕获HTML错误”，而是“哪一步会出错、在哪一层拦截”。浏览器不给你抛错，就别硬塞try/catch；它静默修DOM，你就得靠静态检查+运行时DOM状态断言来兜底。这点容易被忽略，但恰恰是前端容错设计的起点。
