Promise.resolve()的resolve同步完成，为何then回调仍异步执行？

这是个非常关键的问题，核心要搞懂JavaScript的事件循环机制和Promise回调的队列类型——**微任务（Microtask）**队列。咱们一步步拆解这段代码的执行流程，就能明白原因：

代码执行的完整顺序 #

1. 首先进入同步执行栈，执行console.log(1);，直接输出1。
2. 执行let p = Promise.resolve(2);：这一步确实是同步完成的——Promise的状态立刻变为resolved，并且把值2保存下来。但注意：这时候并不会触发then的回调。
3. 调用p.then(val => console.log(val));：这一步只是把这个回调函数注册到了Promise的微任务队列中，而不是直接推入同步执行栈执行。
4. 回到同步执行栈，执行console.log(3);，输出3。
5. 此时同步执行栈已经清空，事件循环开始工作：它会优先检查并处理所有微任务队列中的任务，刚才注册的then回调被取出执行，输出2。

为什么要这么设计？ #

这是ES6规范明确规定的行为：无论Promise的状态是同步resolved（比如Promise.resolve()）还是异步resolved（比如异步操作完成后resolve），它的then/catch/finally回调都必须放入微任务队列，等待当前同步执行栈全部执行完毕后再运行。

这么做的核心目的是保证Promise回调行为的一致性：如果允许同步resolved的Promise立刻执行then回调，就会出现“同一个API有时候同步、有时候异步”的混乱情况，让开发者难以预测代码执行顺序。统一用微任务处理，能让Promise的异步行为始终可预期。

补充：微任务 vs 宏任务 #

这里顺便区分下两个常见的任务队列：

• 微任务：Promise的回调、process.nextTick（Node.js环境）、MutationObserver（浏览器环境）都属于微任务，优先级高于宏任务。
• 宏任务：setTimeout、setInterval、DOM事件回调、I/O操作等属于宏任务。

事件循环的执行顺序是：同步栈执行完毕 → 清空所有微任务 → 执行一个宏任务 → 再清空所有微任务 → 循环往复。

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