html解析错误不会触发javascript异常捕获，浏览器静默修复或忽略；仅内联脚本执行出错、资源加载失败时，window.addeventlistener('error')才可捕获。
HTML解析错误不会触发JavaScript异常捕获
HTML语法错误（比如未闭合的<div>、错写成<code><input>但浏览器不支持自闭合）根本不会抛出JavaScript异常，try/catch、window.onerror或window.addEventListener('error')都捕不到。浏览器会静默修复（如自动补全标签），或直接忽略无效结构——这不是JS运行时错误，而是HTML解析器层面的行为。
常见误解是把控制台里红色的“Parser error”当成可捕获的JS异常，其实它只是DevTools的日志提示，不走JS错误传播链。
哪些HTML相关问题能被window.addEventListener('error')捕获
只有HTML中内联脚本执行出错、或资源加载失败时，才会触发该事件：
-
<script>console.log(undeclaredVar);</script>→ 触发error事件（注意：不是unhandledrejection） -
<img src="404.jpg">→ 图片加载失败时触发，event.target是<img>元素 -
<script src="missing.js"></script>→ 脚本加载失败且HTTP状态非2xx时触发
关键点：error事件只响应**资源加载失败**和**内联脚本执行异常**，对HTML结构本身无效。且必须在里注册，否则可能错过早期错误。
document.write()出错时为什么try/catch没用
document.write()在页面加载完成后调用会清空整个文档，这个行为不是JS异常，而是DOM操作副作用。即使它引发后续JS报错（如清空后访问document.body），try/catch也只包裹document.write()那一行，无法覆盖后续连锁反应。
更麻烦的是：如果document.write()写入了非法HTML（如<script>alert(</script>），解析器会中断脚本执行并报Parser error，但这个错误依然不可捕获。
替代方案建议：
- 避免
document.write()，改用element.innerHTML或document.createElement() - 若必须动态注入HTML，先用
DOMParser预检：new DOMParser().parseFromString(htmlString, 'text/html')，检查parsererror节点存在与否 - 对
innerHTML赋值，可在赋值后检查element.children.length是否符合预期，作为轻量验证
真正能“捕获HTML问题”的实用手段
没有银弹，但有几条硬核路径：
- CI/CD阶段用
html-validate或tidy做静态校验，拦截<div>未闭合、属性重复等 <li>运行时用<code>document.querySelectorAll('*:not([id]):not([class])')这类选择器快速定位无标识裸元素，辅助人工排查 - 监听
mutationobserver，当发现意外插入<script></script>或<iframe></iframe>时告警（防XSS或第三方脚本异常） - 服务端渲染场景下，在生成HTML前用
jsdom加载并检查window.document.documentElement.outerHTML是否含parsererror
最常被忽略的一点：HTML错误的影响往往是延迟暴露的——比如一个漏写的可能让后续所有submit事件绑定失效，但控制台什么也不报。这时候靠日志埋点比靠错误捕获更实际。
