你的困惑主要来自对两个关键点的误解：async函数的Promise状态与独立IIFE的关系，以及顶级await的执行逻辑。我们来一步步拆解问题：

核心错误点梳理 #

1. 错误关联独立IIFE与funcOne的Promise状态：你误以为funcOne返回的Promise会等待内部自执行IIFE完成，但实际上这个IIFE是完全独立的异步单元，它的执行流程和funcOne的Promise状态没有任何关联。
2. 错误判断顶级await后续代码的执行方式：你认为console.log("Done")会被加入微任务队列，但在funcOne的Promise已立即resolve的情况下，这行代码是同步执行的，而非进入微任务队列。

正确的执行流程 #

我们逐行还原代码的执行顺序：

1. 启动模块代码执行（宏任务）：

   • 先定义funcTwo和funcOne两个函数。
   • 遇到顶级await funcOne()，开始执行funcOne：
     1. 执行console.log("A") → 输出 A。
     2. 执行自执行async IIFE：
        • 调用funcTwo()，返回一个已立即resolve的Promise。
        • 执行await这个Promise：根据ES规范，即使Promise已resolve，await仍会将后续代码（console.log("B")）加入微任务队列，随后暂停IIFE的执行，回到funcOne的执行流程。
     3. 执行console.log("C") → 输出 C。
     4. funcOne的同步代码执行完毕：由于funcOne内部没有自身的await（IIFE是独立函数，与funcOne的Promise无关），所以funcOne返回的Promise立即变为resolved状态。
   • 由于顶级await等待的Promise已经resolved，模块代码直接继续执行下一行：console.log("Done") → 输出 Done。

2. 当前宏任务执行完毕，处理微任务队列：

   • 微任务队列中仅存在之前IIFE留下的console.log("B")，执行它 → 输出 B。

最终输出与你实际看到的一致：

A
C
Done
B

你的推理误区总结 #

• 第5步假设错误：funcOne resolve后，console.log("Done")并没有被加入微任务队列。顶级await在等待的Promise已resolve时，会直接同步执行后续代码，而非放入队列。
• 错误绑定IIFE与funcOne的生命周期：funcOne的Promise状态仅由自身的执行流程决定，和独立的IIFE完全无关。IIFE的异步逻辑只会把自身的console.log("B")加入微任务队列，不影响funcOne的resolve时机。

备注：内容来源于stack exchange，提问作者byles1506