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可执行上下文中的行为才触发异常捕获，比如资源加载失败、内联脚本执行报错、播放出错等。

HTML Text Extract

从HTML页面（URL、文件或标准输入）中提取主体内容文本，去除导航、页脚、广告和模板文本。可直接传递给readability_check或其他文本工具。

下载

• 加载失败 → 触发onerror事件（仅对、<script></script>、、等少数元素有效）
• 播放失败 → videoElement.addEventListener('error', ...) 可捕获，通过videoElement.error.code区分MEDIA_ERR_SRC_NOT_SUPPORTED等类型
• 内联<script>console.log(undeclaredVar);</script> → 触发window.onerror，因为进入了JS执行阶段
• 表单控件（如）本身不抛错：用户取消选择、文件超限、类型不符，onerror一律不触发

常见误用场景与替代方案

很多人试图给

或

加onerror，或在HTML里写try { ... } catch (e) { ... }，这些全部无效。

• → 属性被忽略，无任何效果
• <script>try { <div> } catch(e){}</script> → 语法错误，JS引擎直接报SyntaxError，且无法被外层try/catch包裹
• 想监控HTML结构异常？只能靠CI阶段跑html-validate或tidy，运行时无解
• 想兜底渲染异常？用document.body.innerHTML替换前先做DOMParser校验，但注意它不模拟浏览器实际解析逻辑

真正需要关注的，从来不是“怎么捕获HTML错误”，而是“哪一步会出错、在哪一层拦截”。浏览器不给你抛错，就别硬塞try/catch；它静默修DOM，你就得靠静态检查+运行时DOM状态断言来兜底。这点容易被忽略，但恰恰是前端容错设计的起点。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！