JavaScript 是单线程执行环境，async 脚本虽可异步下载，但始终在主线程（即 HTML 解析器所在线程）中同步执行，不会开启新线程；其核心优化在于「下载与解析并行」，而非「执行与解析并行」。

javascript 是单线程执行环境，`async` 脚本虽可异步下载，但始终在主线程（即 html 解析器所在线程）中同步执行，不会开启新线程；其核心优化在于「下载与解析并行」，而非「执行与解析并行」。

在浏览器中，HTML 解析、DOM 构建、CSSOM 生成以及 JavaScript 执行，默认均运行在同一个主线程（Main Thread）上。<script async> 的关键价值不在于“多线程执行”，而在于解耦「网络下载」与「HTML 解析」两个耗时操作：

• ✅ 并行下载 + 延迟执行：当浏览器遇到 <script async src="app.js"> 时，会立即发起脚本下载（由浏览器后台线程/进程处理，不阻塞主线程），同时继续解析后续 HTML；
• ⚠️ 执行仍发生在主线程：一旦脚本下载完成，浏览器会暂停 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：下载并行，执行最早、最不可控（可能在 <head> 未闭合时就执行）；
• defer：下载并行，执行最晚、最可靠（保证 DOM 已构建完成，但尚未触发 DOMContentLoaded）；
• 二者都避免了传统同步脚本「下载期间完全冻结页面解析」的问题，但仅 defer 能安全假设完整 DOM 可用。

因此，并非“async 和 defer 行为相同”——它们的执行时机语义截然不同。选择依据应是脚本依赖关系：若脚本不依赖 DOM（如埋点、广告 SDK），用 async；若需操作页面元素（如初始化 UI 组件），务必使用 defer 或置于 DOMContentLoaded 回调中。

立即学习“Java免费学习笔记（深入）”；