不会。现代浏览器中JS执行错误默认不中断DOM解析，但document.write()会强制重置解析器、丢弃已解析节点，defer/async脚本语法错误及旧版IE例外；多数白屏源于JS修改DOM或逻辑未执行。
脚本错误真的会中断DOM解析吗？
不会。现代浏览器中，JavaScript 执行错误（如 ReferenceError、SyntaxError）默认不会中断 HTML 解析器的流式构建，DOM 构建仍会继续。但有三个关键例外：document.write() 调用、defer 或 async 脚本在加载阶段抛出语法错误、以及某些旧版 IE 中的特定阻塞行为。多数“页面白屏”或“DOM 不完整”现象，实际源于脚本执行时修改了 DOM 结构（比如清空 document.body），或后续依赖逻辑因异常未执行，而非解析被中断。
如何定位是否真被 script 阻断？
打开 DevTools 的 Elements 面板，刷新页面后立即暂停滚动并观察：如果 内已有大量标签但内容为空，说明 DOM 已解析完成，问题在 JS 渲染逻辑；如果 下只有前几行元素、后面明显截断（比如停在某个 <div class="header"> 之后），且 Network 面板里仍有 HTML 响应未完全接收，则可能是网络中断或服务端提前 close；但如果 HTML 已完整接收，而 Elements 中 DOM 截断位置恰好卡在某个 <code><script></script> 标签之后——尤其该 script 是内联且含 document.write()，就要重点怀疑它。
-
document.write()在页面加载完成后调用会清空整个文档，且在解析过程中调用会强制重置 parser，导致后续 HTML 丢弃 - 检查控制台是否有
SyntaxError: Unexpected token类错误，这类错误会让defer或async脚本直接失败，不执行，但不影响 DOM 解析 - 用
performance.getEntriesByType('navigation')[0].domComplete对比domInteractive，若两者接近，说明 DOM 构建很快结束，问题不在解析阶段
修复 document.write() 导致的 DOM 截断
这是唯一真正能“中断并重置”解析器的常见 JS 行为。一旦执行 document.write()，浏览器会关闭当前文档、创建新文档、丢弃所有已解析节点。修复方式不是“捕获错误”，而是彻底移除或替换。
- 把
document.write('<div>...</div>')改成document.body.insertAdjacentHTML('beforeend', '<div>...</div>')或使用createElement+appendChild - 若脚本来自第三方（如老版广告 SDK），无法修改源码，可在其
<script>标签前插入一段劫持代码：document.write = () => {}（需确保执行时机早于第三方脚本） - 注意：在模块脚本（
<script type="module">）中调用document.write()会直接抛出DOMException，不会重置文档，但会中断该模块执行
避免 defer/async 脚本语法错误影响页面可用性
defer 和 async 脚本本身出错不会打断 DOM 解析，但它们常承载初始化逻辑（如渲染入口、路由挂载）。用户看到“空白页”，往往是因为这些脚本失败后，后续的 React.render() 或 Vue.createApp() 根本没跑。
立即学习“前端免费学习笔记（深入）”；
- 对关键入口脚本启用
try/catch包裹顶层逻辑，至少输出console.error并 fallback 显示提示文案 - 用
onerror监听脚本加载失败：<script src="app.js" onerror="handleScriptLoadError()"></script> - 避免在
defer脚本中依赖尚未定义的全局变量（如期望window.jQuery存在但 jQuery 加载失败），应加存在性判断
