HTML解析器遇script标签会暂停DOM构建，将控制权交JS引擎执行；defer/async仅改变执行时机而不影响解析流程；document.write会重写文档流，现代开发应避免。
HTML解析器遇到<script>标签时会暂停DOM构建</script>
浏览器的HTML解析器是流式、自上而下执行的。当它碰到 <script> 标签（尤其是没有 async 或 defer 的内联或同步外链脚本）时，会立即暂停 DOM 树构建，把控制权交给 JavaScript 引擎执行脚本。这是为了保证脚本能访问到它前面已解析出的 DOM 节点（比如 document.getElementById 能取到上面的元素）。
这个“暂停—执行—恢复”过程是同步阻塞的：脚本没执行完，后续 HTML 就不会继续解析，DOM 树就卡在当前位置。
- 内联脚本（
<script>console.log('hi')</script>）直接执行，无网络等待 - 同步外链脚本（
<script src="a.js"></script>）会发起 HTTP 请求，等下载+解析+执行完毕才继续 - 脚本中若调用
document.write，还会重写当前文档流（现代开发中应避免）
defer 和 async 改变脚本执行时机，但不改变解析器行为本身
defer 和 async 不会让 HTML 解析器“跳过”或“忽略”<script> 标签——它们只是告诉解析器：“别停，继续往下解析 HTML，但我稍后要执行”。解析器仍会按顺序遇到每个 <script>，只是不再阻塞。
关键区别在于执行时机：
立即学习“前端免费学习笔记（深入）”；
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
-
defer：脚本下载与 HTML 解析并行；执行被推迟到 DOM 构建完成（DOMContentLoaded之前），且按出现顺序执行 -
async：脚本下载与 HTML 解析并行；下载完立刻执行，执行顺序不确定，可能早于或晚于 DOM 构建完成 - 两者都**不改变 HTML 解析器对 script 标签的识别逻辑**，只影响是否阻塞和何时执行
内联脚本里 document.write 会破坏解析流程
如果内联脚本里用了 document.write，而此时文档还没关闭（即还没到 </html>），浏览器会将写入内容当作原始 HTML 流的一部分重新喂给解析器。这会导致：
- 已构建的 DOM 树可能被清空重来（尤其在
document.write出现在</body>之后） - 后续解析位置重置，造成不可预测的 DOM 结构
- 现代浏览器对
document.write在异步/延迟脚本中调用直接忽略或报TypeError
所以只要脚本不是严格控制在 <head> 末尾或 <body> 开头，且不依赖动态写入，就别碰 document.write。
渲染引擎不负责 JS 执行，只协调移交控制权
HTML 解析器属于渲染引擎子模块，但它本身**不解析、不编译、不运行 JavaScript**。它的职责仅限于：
- 识别
<script>标签及其属性（src、type、defer、async） - 触发网络请求（如需加载外部脚本）
- 将脚本内容或响应体交给 JavaScript 引擎（如 V8、JavaScriptCore）执行
- 等待 JS 引擎返回控制权后，继续解析剩余 HTML
也就是说，JS 引擎执行期间，渲染引擎处于“挂起”状态——这也是为什么长耗时脚本会导致页面白屏或卡顿：DOM 构建停了，渲染树无法生成，后续布局绘制全被堵住。
