默认同步阻塞，即浏览器解析html时遇立即暂停dom构建，下载并执行脚本后才继续；该行为导致白屏、getelementbyid返回null等，仅适用于极小内联polyfill等特殊场景。
传统 <script></script> 标签在 HTML 中默认就是同步阻塞加载的——它会立刻中断 HTML 解析，等脚本下载、解析、执行完，才继续往下构建 DOM。
为什么叫“同步阻塞”？
浏览器从上到下流式解析 HTML。一旦遇到没加 async 或 defer 的 <script src="xxx.js"></script>，就会：
- 暂停当前 DOM 构建，不生成后续元素节点
- 发起网络请求下载脚本（如果是外链）
- 下载完成后立即解析并执行 JS 代码
- 执行完毕，才恢复 HTML 解析
这个过程不仅阻塞 DOM，也阻塞 CSSOM 和页面首次渲染——用户可能看到长时间白屏，哪怕页面其他部分早已写好。
内联脚本同样阻塞
即使是 <script>console.log('hi');</script> 这种没有 src 的内联脚本，也会同步执行，且完全不等待 DOM 就绪。
典型报错：Cannot set properties of null，比如你在 里写：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
<script>document.getElementById('app').innerHTML = 'loaded';</script>
而 <div id="app"></div> 在 里还没被解析到，自然取不到元素。
不是位置问题，是加载策略问题
有人以为“把 script 放到底部就安全了”，其实只是碰巧 DOM 已经解析完了。但本质没变：
- 放
：DOM 还没开始，脚本执行时几乎找不到任何元素 - 放
前：DOM 基本就绪，能访问大部分元素，但执行时机不可控（比如依赖 CSS 加载完成的逻辑仍可能出错） - 真正关键的是——是否明确声明加载行为：用
defer推迟到 DOM 就绪后，或用async让它完全独立
哪些情况还允许用默认同步？
极少数场景下，同步阻塞反而是需要的：
- 极小的内联 Polyfill（如检测
Promise是否存在并补丁） - 必须在页面任何内容渲染前执行的安全校验或重定向逻辑
- 只定义函数、不操作 DOM、不依赖外部资源的纯工具代码（如
function throttle() { ... }）
除此之外，默认同步应视为性能反模式，现代项目中基本要规避。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
