异步函数执行上下文的变换本质是事件循环对调用栈、任务队列和微任务队列的动态协调，上下文按需创建、执行后立即销毁，而非提前生成或驻留队列。
异步函数执行上下文的变换，本质是事件循环在调度不同任务时，对调用栈（Call Stack）、任务队列（Task Queue）和微任务队列（Microtask Queue）三者之间动态协调的结果。它不改变函数本身的上下文结构，而是决定“何时创建、何时入栈、何时执行、何时销毁”该上下文。
执行上下文的生成时机由同步/异步类型决定
JavaScript 中每个函数调用都会生成一个执行上下文（Execution Context），但它的生命周期受事件循环阶段约束：
- 同步函数：一调用就立即生成上下文，压入调用栈，执行完立刻弹出
- 异步回调（如 setTimeout 回调、Promise.then 回调）：上下文不会在注册时生成，而是在回调被移入队列、且轮到它执行时才创建
- async 函数：函数体本身同步执行（生成并入栈 async 函数上下文），遇到 await 时，当前上下文暂停（内部状态保存），控制权交还主线程；await 后的代码会作为微任务回调，在后续微任务阶段新建一个上下文执行
上下文入栈不是“提前安排”，而是“按需创建”
很多人误以为 setTimeout(fn, 0) 注册后 fn 的上下文就已准备好。其实不是：
- 注册时只把 fn 引用存入浏览器的 Event Table（或 Timer 线程管理区）
- 计时完成 → 浏览器将 fn 推入宏任务队列（Macrotask Queue）
- 当前调用栈清空 + 微任务队列处理完毕 → 事件循环取出第一个宏任务 → 此刻才为 fn 创建全新执行上下文，并压入调用栈执行
await 和 Promise.then 都会触发新上下文，但时机不同
它们都依赖微任务机制，但上下文创建位置有差异：
- Promise.then 回调：Promise 状态变为 fulfilled/rejected 后，.then 回调被加入微任务队列；等当前同步代码和所有已有微任务执行完，才为其创建上下文并入栈
- await 后续代码：async 函数内部遇到 await，当前上下文挂起（保留词法环境、this、await 表达式位置等）；await 的 Promise settle 后，引擎在微任务阶段恢复原上下文（不是新建），继续执行 await 后面语句 —— 这属于“上下文恢复”，而非“新上下文创建”
上下文销毁严格遵循栈规则，与队列无关
无论来自同步、宏任务还是微任务，执行上下文都只在函数执行结束时出栈销毁：
- 没有“队列中等待的上下文”这种状态 —— 队列里存的是函数引用，不是上下文
- 每个上下文的生命期 = 入栈 → 执行 → 出栈，全程在调用栈中完成
- 即使 setTimeout 回调排队 5 秒，它对应的上下文也只在真正开始执行那刻才诞生，执行完立刻销毁
