Promise resolve后await后续代码为何在Node.js中延迟执行？

先看你的核心逻辑：通过gameTick模拟帧循环，sleep函数将Promise的resolve回调绑定到指定tick的任务队列，在帧循环中触发resolve恢复异步任务。

Node.js的执行逻辑拆解 #

Node.js的事件循环严格区分同步任务、微任务和宏任务：

• 整个for循环属于同步任务，会从头到尾一次性执行完毕，期间所有print('tick: x')和tasks[gameTick]?.forEach(f => f())都是同步执行。
• 当gameTick=2时调用task1()，同步执行到await sleep(2)：此时targetTick=2+2=4，resolve回调被存入tasks[4]，task1暂停执行。
• 循环继续执行到gameTick=4，调用resolve回调：这会让对应的Promise变为resolved，但Promise的回调（也就是await后续的代码）属于微任务，不会立刻执行，而是被加入微任务队列，必须等当前同步任务（整个for循环）完成后才会处理。
• 循环执行到gameTick=9结束，此时开始处理微任务队列：执行task1中await后的代码，打印execute:1，然后再次调用sleep(2)——但此时gameTick已经是9，targetTick=9+2=11，而你的循环只到9，tasks[11]永远不会被触发，所以task1的后续逻辑彻底停滞，也就只执行了这一次。

为什么TypeScriptToLua表现不同？ #

TypeScriptToLua将TS转为Lua代码，Lua采用可抢占的协程同步执行模型：

• 当调用resolve恢复协程时，Lua会立刻切换到对应协程继续执行，不会等待当前的帧循环（for循环）完成。所以在gameTick=4触发resolve后，task1会立刻执行await后的代码，打印execute:1，然后生成新的sleep任务绑定到gameTick=6，以此类推完成三次循环。

核心差异总结 #

两者的本质区别在于异步任务的调度模型：

• Node.js基于事件循环，微任务必须等待当前同步任务块结束后才执行；
• TypeScriptToLua基于Lua协程，resolve后会立即恢复协程执行，同步插入当前执行流中。

内容的提问来源于stack exchange，提问作者LaDzy