Promise.then异步特性在事件循环中的体现

Promise.then 的回调究竟何时执行？许多开发者以为只是“稍微延迟”，但这个延迟有着严格的规则——它总是在当前同步代码执行完毕后、下一个宏任务开始之前，作为微任务集中执行。无论你是在 resolve 的同时调用 .then，还是等待数秒后再调用，回调都会被加入微任务队列，优先级高于所有宏任务。链式调用与 async/await 的底层实现，都依赖这一机制。

下面我们拆解几个关键要点，帮助你彻底理解这套规则。

then 回调一定进微任务队列

无论你是在 new Promise(resolve => resolve(1)) 这种立即完成的场景，还是等待定时器触发后再 resolve，只要调用了 .then()，它的回调函数就会被放入微任务队列，绝不会同步执行。举个例子：new Promise((resolve) => { resolve(1); }).then(console.log) 这段代码中，console.log(1) 不会在 resolve 的那一刻同步打印——它要等到本轮事件循环结束、调用栈清空后，才会执行。

微任务优先级高于宏任务

事件循环每一轮的执行顺序是固定的：先执行所有同步代码，然后一次性清空所有微任务（包括 then、catch、finally），最后再取出一个宏任务（如 setTimeout 回调）来执行。很多人容易混淆这个顺序，我们来看一个典型示例：

• console.log('a');
• Promise.resolve().then(() => console.log('b'));
• setTimeout(() => console.log('c'), 0);
• console.log('d');

输出顺序必定是 a → d → b → c。原因在于 b 位于微任务队列，c 位于宏任务队列，宏任务必须等待所有微任务执行完毕才能轮到。

链式 then 会生成新微任务

每次调用 .then() 都会返回一个新的 Promise，该 Promise 的状态取决于回调的返回值——无论返回的是普通值还是另一个 Promise，它的后续 .then() 回调依然会作为一个全新的微任务进入队列。这保证了链式调用的时序是确定且可预测的：例如 p.then(x => x * 2).then(y => console.log(y))，第二个 then 的回调不会在第一个回调执行完毕的瞬间立即触发，而是要等第一个回调结束、新 Promise 状态确定后，再作为独立微任务排入队列。

和 async/await 本质一致

async 函数中的 await 表达式，底层实际上就是基于 Promise.then 实现的。当引擎遇到 await promise 时，会将 await 之后的代码包装成 .then 回调，同样放入微任务队列。因此下面这段代码：

• async function f() { console.log(1); await Promise.resolve(); console.log(2); } f();

输出结果为 1 → 2。中间的 await 不会阻塞主线程，但确保 console.log(2) 作为微任务执行，而非宏任务。理解这一点后，async/await 与 Promise.then 的行为就完全统一了。