await 不销毁调用栈，而是暂停执行上下文并暂存；待 Promise settled 后，引擎在微任务中恢复上下文并从 await 后继续执行，形成控制流让出、上下文挂起、微任务触发恢复的闭环。

await 语句前后执行栈的“断裂”不是栈被销毁，而是函数执行上下文被暂停并暂存；所谓“还原”，是引擎在微任务阶段重新激活该上下文，并从 await 后继续执行。关键不在于栈本身断开，而在于控制流让出、上下文挂起、微任务触发恢复这三步闭环。

await 触发上下文暂停，而非清空调用栈

当 async 函数执行到 await 表达式时：

• JS 引擎立即求值 await 右侧（如 fetch() 或 Promise.resolve()），得到一个 Promise 对象
• 若该 Promise 处于 pending 状态，当前 async 函数的执行上下文（含变量环境、词法环境、await 的位置指针）被保存进内部状态机，但调用栈此时已开始退出——函数暂停，控制权交还给上层宏任务
• 注意：这不是“栈帧被弹出后丢失”，而是上下文被保留、执行流中断；后续代码尚未编译为可执行指令，只是被标记为“待恢复”

微任务注册是上下文还原的触发器

await 并不直接入队，它依赖 Promise 的 settled 状态来注册回调：

• 引擎自动为该 Promise 添加一个 then 回调，这个回调封装了“恢复上下文 + 执行 await 后代码”的逻辑
• 该 then 回调被推入微任务队列，与手写 Promise.then 完全等价，享有相同优先级
• 当前宏任务（包括所有同步代码和其他已排队微任务）结束后，引擎清空微任务队列——此时才真正执行那个恢复回调

上下文还原发生在微任务执行时

当微任务回调运行，引擎做三件事：

• 取出之前保存的 async 函数上下文（变量绑定、await 位置、this 值等）
• 将 await 表达式的值（fulfilled 值或抛出的 rejection）注入当前执行环境
• 从 await 后第一条语句开始继续执行，就像从未中断过——但此时调用栈是全新构建的（新栈帧），只是内容与中断前一致

物理栈的“断裂感”来自执行流切换

看似栈断了，其实是两段同步执行被微任务隔开：

• 第一段：await 前的所有同步代码 → 在当前宏任务中执行，栈逐步压入又退出
• 间隙：宏任务结束 → 渲染（如有）→ 微任务队列清空（此时还原上下文并执行 await 后代码）→ 新的同步片段压栈执行
• 第二段：await 后代码 → 在微任务回调内执行，属于另一个独立的同步块，有自己的调用栈生命周期