JavaScript 中 async 函数对异步任务执行流的封装逻辑

async函数强制返回Promise并纳入微任务调度，await是将后续逻辑包装为微任务的语法糖，本质是Promise链的隐式展开，统一异步任务生命周期管理。

async 函数不是“让代码变异步”的开关，而是对异步流程做了一层标准化封装：它强制函数返回 Promise，并把函数体内的执行逻辑纳入事件循环的微任务调度体系中。理解这点，就抓住了 async 封装的核心。

async 函数必返回 Promise，这是硬性规则

无论函数体内有没有 await、有没有异步操作，只要加了 async，返回值就自动被 Promise 包裹：

• 正常 return 一个值（如 return 42），等价于 Promise.resolve(42)；
• 抛出错误（如 throw new Error()），等价于 Promise.reject(new Error())；
• 即使函数体是空的或只含同步语句，调用结果仍是 pending 状态的 Promise。

await 不是暂停线程，而是切分执行流

await 的本质是语法糖，它把 await 后面的代码（即后续语句）包装成一个微任务回调：

• 遇到 await 时，JS 引擎立即求值右侧表达式（如 fetch(...) 或 Promise.resolve()）；
• 如果该表达式返回 Promise，当前 async 函数暂停执行，控制权交还给事件循环；
• Promise settle（resolve/reject）后，引擎将“await 后的剩余逻辑”推入微任务队列；
• 当前宏任务（如 script 主线程、setTimeout 回调）结束后，微任务队列清空，该逻辑才恢复执行。

整个流程由事件循环精确驱动

async/await 没有引入新机制，只是把 Promise 链的 .then() 隐式展开为更自然的书写形式：

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

• await p 在底层等价于 p.then(v => { /* 后续代码 */ })；
• 多个 await 是串行注册微任务，顺序取决于 Promise settle 的时机；
• try/catch 能捕获 await 错误，是因为引擎自动将 catch 绑定到对应 Promise 的 reject 路径上。

不复杂但容易忽略：async 封装的真正价值，不在于写法简洁，而在于统一了异步任务的生命周期管理方式——返回可监听的 Promise、错误可传播、执行时机可预测。