Promise.then中嵌套setTimeout时,执行顺序为微任务优先于宏任务,即先执行then回调中的同步代码(如console.log(2)、console.log(4)),再执行setTimeout回调(console.log(3))。

Promise.then 中嵌套 setTimeout,执行顺序取决于微任务与宏任务的调度机制,不是“先写先执行”,而是由事件循环(Event Loop)严格分阶段处理。
微任务优先于宏任务执行
Promise.then 的回调属于微任务(microtask),而 setTimeout 的回调属于宏任务(macrotask)。在当前脚本执行完后,JavaScript 引擎会:
- 先清空所有已入队的微任务队列(如 Promise.then、queueMicrotask 回调)
- 再执行一个宏任务(如 setTimeout、setInterval、I/O 回调等)
- 然后重复:渲染 → 微任务 → 宏任务 → …
因此,即使 setTimeout 写在 then 里面、且 delay 设为 0,它也一定在所有当前微任务之后才执行。
典型代码的逐帧执行推演
看这段代码:
console.log(1);
Promise.resolve().then(() => {
console.log(2);
setTimeout(() => console.log(3), 0);
console.log(4);
});
console.log(5);
执行顺序是:1 → 5 → 2 → 4 → 3。逐步说明:
- 同步代码:输出 1,注册一个 Promise.then 微任务,输出 5
- 本轮同步结束,进入微任务阶段:执行 then 回调 → 输出 2,遇到 setTimeout → 将其回调(打印 3)加入宏任务队列,继续同步执行 → 输出 4
- 微任务队列清空,开始下一轮:从宏任务队列取最早任务 → 执行 setTimeout 回调 → 输出 3
多个 then 嵌套 setTimeout 的连锁影响
如果在 then 里返回新 Promise,或连续链式调用,微任务会层层追加;而每个 setTimeout 都独立插入宏任务队列:
Promise.resolve()
.then(() => {
console.log('A');
setTimeout(() => console.log('B'), 0);
})
.then(() => {
console.log('C');
setTimeout(() => console.log('D'), 0);
});
输出顺序为:A → C → B → D。原因:
- A 和 C 是同一轮微任务队列中连续的两个 then 回调(因前一个未 return 新 Promise,所以第二个 then 等待前一个微任务完成即执行)
- B 和 D 分别在各自 then 中注册,都进入宏任务队列,按注册顺序排队,所以 B 先于 D
如何让 setTimeout 回调“提前”执行?
不能真正提前(违背事件循环规则),但可调整结构来改变感知顺序:
- 用 queueMicrotask 替代 setTimeout:它和 then 同属微任务,可插在中间执行
- 把逻辑拆到外层:例如先 setTimeout,再在它的回调里触发 Promise,反转依赖关系
- 避免在 then 中做耗时同步操作:防止阻塞后续微任务,让 setTimeout 看似“更晚”
关键不是绕过规则,而是理解:微任务是“本轮末尾立即执行”,宏任务是“下一轮开头择一执行”。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南











