浏览器不会恢复被中断的html解析；document.write()是唯一能强制重置解析器、丢弃已解析dom并新建文档的行为，其他js错误默认不中断解析，仅终止脚本执行。
浏览器不会“恢复”被中断的 HTML 解析；所谓“中断”是单向终止行为，一旦发生，后续标签永远不进 DOM。真正可干预的，只有“如何避免被中断”和“如何让关键部分先出来”。
document.write() 是唯一能强制重置解析器的行为
这是现代浏览器中唯一能让已解析 DOM 全部丢弃、新建文档、从头开始的行为。它不是“暂停”，而是“格式化重装”。document.write() 在页面加载过程中调用，会立即关闭当前文档、清空 document.documentElement，后续所有 HTML 字节流都被扔掉。
- 验证方式：刷新后执行
document.documentElement，若为null或只有空，大概率触发过document.write() - 常见来源：老版广告 SDK、统计脚本、服务端模板内联注入（如 PHP 的
echo '<script>document.write(...)</script>'） - 替代方案：
document.body.insertAdjacentHTML('beforeend', ...)或document.createElement()+appendChild()，完全绕开解析器重置 - 劫持补救（仅限无法改源码时）：
<script>document.write = () => {};</script>必须出现在问题脚本之前，且不能是模块脚本（type="module"）
内联脚本报错不会中断解析，但会终止后续执行流
现代浏览器中，ReferenceError、TypeError 等运行时错误默认不打断 HTML 解析器。DOM 构建继续，但该脚本后续语句不再执行——这会导致依赖它的初始化逻辑丢失，看起来像“DOM 不完整”，实则是 JS 逻辑断在半路。
- 典型现象：
document.querySelector('#app').addEventListener(...)报Cannot read property 'addEventListener' of null，然后整个初始化流程停摆，但#app元素本身仍在 DOM 中 - 根本原因：脚本执行时目标元素尚未被解析到（比如脚本在
，而#app在底部） - 正确做法：用
defer属性（仅对外部脚本有效），或把内联脚本移到对应元素闭合标签之后，而非包裹在DOMContentLoaded里“打补丁” - 注意：
DOMContentLoaded不是保险丝——如果脚本本身阻塞了解析（没加async/defer），事件根本不会触发
非法字符会让 PHP 的 DOMDocument 直接崩溃，但浏览器会静默纠错
PHP 的 DOMDocument::loadHTML() 遇到 C0 控制字符（如 \x00–\x08、\x0B–\x0C、\x0E–\x1F）会直接导致进程中断，不抛异常、不返回错误，后续 HTML 全部截断。而浏览器面对同样字符，会启动纠错模式，把结构强行“塞进”最近合法容器，DOM 树失真但不断。
- 排查线索：Elements 面板中节点边缘出现灰色/红色高亮、右键 Edit as HTML 后结构跳变、
table内部突然多出div节点 - PHP 清洗必须前置：
preg_replace('/[\x00-\x08\x0B\x0C\x0E-\x1F]/u', '', $html)，且务必配合libxml_use_internal_errors(true) - Python 的
lxml.etree.parse()报UnicodeDecodeError，大概率也是这类字符破坏 UTF-8 字节序列，应优先清洗 raw bytes，而非改 encoding 参数 - 浏览器不崩溃，但纠错结果不可控——你写的
<footer></footer>可能被塞进<header></header>里，这不是 bug，是容错机制的必然产物
超时或 404 的外链脚本会阻塞解析，但不会中断
没加 async 或 defer 的 <script src="bad.js"></script> 加载失败（404、timeout、空响应），浏览器不会中断 HTML 解析，但会一直卡住，暂停后续标签处理。此时 DOM 树停留在“半解析”状态： 可能没闭合，后面所有元素都不生成。
- 判断依据：Elements 面板中 DOM 截断位置恰好在该
<script></script>标签之后，且 Network 面板显示该请求状态为failed或pending - onerror 不是修复手段，只是通知钩子：
<script src="bad.js" onerror="loadFallbackScript()"></script>可加载本地备份，但无法让浏览器继续解析已被阻塞的部分 - 真正解耦方式：非关键脚本一律加
async；依赖 DOM 的脚本统一用defer；绝对不要在放无属性的外链脚本 - 注意：
底部放同步脚本 ≠ 安全——它只是把阻塞点后移，仍会卡住后续内容（比如后的注释、<script></script>）
最常被忽略的一点：DOM 解析是否中断，和 JS 执行是否报错，是两个独立维度的问题。查控制台报错只能定位 JS 逻辑断点，不能说明 DOM 构建是否完成；要看 Elements 面板的树结构是否完整，才是第一手证据。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
