JavaScript 是单线程执行环境，async 脚本虽可异步下载，但始终在主线程（即 HTML 解析器所在线程）中同步执行，不会开启新线程；其核心优化在于「下载与解析并行」，而非「执行与解析并行」。
javascript 是单线程执行环境，`async` 脚本虽可异步下载，但始终在主线程（即 html 解析器所在线程）中同步执行，不会开启新线程；其核心优化在于「下载与解析并行」，而非「执行与解析并行」。
在浏览器中，HTML 解析、DOM 构建、CSSOM 生成以及 JavaScript 执行，默认均运行在同一个主线程（Main Thread）上。<script async> 的关键价值不在于“多线程执行”，而在于解耦「网络下载」与「HTML 解析」两个耗时操作：</script>
- ✅ 并行下载 + 延迟执行：当浏览器遇到 <script async src="app.js"> 时，会立即发起脚本下载（由浏览器后台线程/进程处理，不阻塞主线程），同时<strong>继续解析后续 HTML；</script>
- ⚠️ 执行仍发生在主线程：一旦脚本下载完成，浏览器会暂停 HTML 解析（如有未完成部分），将控制权交还主线程执行该脚本——此时解析确实会被短暂阻塞，但仅发生在脚本已就绪之后；
- ❌ 不存在跨线程 DOM 访问：由于没有独立 JS 执行线程，async 脚本无法“并发读取”解析中的 DOM；它能访问的 DOM 节点，仅限于当前已解析并插入文档的部分（无任何保证，需自行检测）。
对比来看：
<!-- 场景1：无属性（阻塞式） --> <script src="a.js"></script><!-- 下载 + 解析 + 执行 全阻塞 --><!-- 场景2：async（推荐用于独立逻辑，如分析脚本） --><script async src="analytics.js"></script><!-- 下载并行；执行时机不确定，DOM 可能不完整 --><!-- 场景3：defer（推荐用于依赖 DOM 的初始化脚本） --><script defer src="init.js"></script><!-- 下载并行；执行时机确定：DOM 解析完毕后、DOMContentLoaded 前 -->
? 关键区别总结：
- async：下载并行，执行最早、最不可控（可能在 未闭合时就执行）；
- defer：下载并行，执行最晚、最可靠（保证 DOM 已构建完成，但尚未触发 DOMContentLoaded）；
- 二者都避免了传统同步脚本「下载期间完全冻结页面解析」的问题，但仅 defer 能安全假设完整 DOM 可用。
因此，并非“async 和 defer 行为相同”——它们的执行时机语义截然不同。选择依据应是脚本依赖关系：若脚本不依赖 DOM（如埋点、广告 SDK），用 async；若需操作页面元素（如初始化 UI 组件），务必使用 defer 或置于 DOMContentLoaded 回调中。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
