JavaScript 定时器与 Promise 执行顺序的优先级分析

Promise回调比setTimeout先执行，因前者属微任务、后者属宏任务；事件循环严格按“同步→微任务→宏任务”执行，同步代码立即运行，微任务在本轮末尾清空，宏任务每次只取一个。

Promise 的回调（.then、.catch）比 setTimeout 先执行，不是因为“更快”，而是因为它们分属不同任务队列：Promise 属于微任务，setTimeout 属于宏任务。JavaScript 事件循环严格遵循“同步 → 微任务 → 宏任务”的执行节奏，这是决定顺序的根本规则。

同步代码永远最先运行

无论后面写了多少异步逻辑，所有同步语句都会从上到下立即执行。比如 console.log(1)、new Promise((resolve) => { console.log(2); resolve(); }) 中的 console.log(2)，都属于同步阶段。

• Promise 构造函数内的执行体（即 resolve() 前的代码）是同步的
• setTimeout 调用本身是同步的，但它的回调会被推迟到宏任务队列
• 同步阶段不会等待任何异步操作，也不会跳过后续语句

微任务在本轮事件循环末尾集中执行

一旦同步代码执行完毕，引擎立刻检查微任务队列，并清空全部待处理微任务，中途不穿插宏任务。常见的微任务包括：

• Promise.prototype.then/catch/finally 的回调
• queueMicrotask()
• MutationObserver 回调（浏览器环境）

注意：多个 .then 链式调用会按注册顺序依次加入微任务队列，不会因嵌套而跳过或延迟执行。

立即学习“Java免费学习笔记（深入）”；

宏任务按插入顺序排队，每次只取一个

微任务队列清空后，事件循环才从宏任务队列中取出第一个任务执行。常见宏任务有：

• setTimeout 和 setInterval 的回调
• 整体 <script> 标签内容（初始宏任务）
• I/O 回调、UI 渲染、用户交互事件（如 click）

关键细节：setTimeout(fn, 0) 并非“立刻执行”，而是“尽快入队”——浏览器对最小延迟有约束（通常 ≥4ms），且必须等当前同步+微任务全部完成才能触发。

多个定时器之间的执行顺序看延迟时间

如果两个 setTimeout 延迟不同，先到期的那个会先进入宏任务队列，因此更早被执行；若延迟相同（如都为 0），则按代码中调用顺序入队（FIFO）。例如：

• setTimeout(() => console.log('A'), 10) 与 setTimeout(() => console.log('B'), 5) → B 先于 A
• setTimeout(() => console.log('X'), 0) 先写，setTimeout(() => console.log('Y'), 0) 后写 → X 先于 Y

这个顺序与 Promise 无关，仅由宏任务队列的插入时机决定。