17370845950

Event Loop 是运行时自动调度异步任务的底层机制，同步代码优先执行，微任务（如 Promise.then）在同步后立即清空，宏任务（如 setTimeout）每轮仅取一个且排在微任务之后。

Event Loop 是 JavaScript 实现异步非阻塞行为的底层机制，不是语言规范里的 API，也不是你能直接调用的函数——它是运行时（浏览器或 Node.js）自动运转的调度逻辑。

你写 setTimeout、Promise.then、fetch 时，真正决定“什么时候执行”的，就是它。

为什么 setTimeout(…, 0) 不会立刻执行？

因为 setTimeout 注册的是宏任务（macrotask），哪怕延时为 0，它也必须等当前同步代码 + 所有微任务（microtask）全部跑完后，才轮到它。

• 同步代码优先级最高：比如 console.log('a') 立刻输出
• 微任务次之：所有 Promise.then、MutationObserver 会在同步代码结束后**立即清空**（包括新产生的）
• 宏任务最后：setTimeout、setInterval、I/O 回调 每轮 Event Loop 只取一个，执行完再检查微任务

console.log('1');
setTimeout(() => console.log('2'), 0);
Promise.resolve().then(() => console.log('3'));
console.log('4');
// 输出顺序：1 → 4 → 3 → 2

常见误解是“0ms 就等于马上”，实际是“尽快排进宏任务队列，但得排队等前面所有人走完”。

Promise.then 和 setTimeout 的执行顺序怎么算？

关键看它们属于哪类任务：Promise.then 是微任务，setTimeout 是宏任务。微任务永远插队在宏任务之前执行。

• 每轮宏任务执行完毕后，引擎会**反复检查并清空微任务队列**，直到队列为空
• 这意味着：在 Promise.then 里再 new Promise 或调用 .then，新微任务也会被本轮执行掉
• setTimeout 即使在微任务里注册，也要等到下一轮宏任务才触发

console.log('start');
setTimeout(() => console.log('timeout'), 0);
Promise.resolve().then(() => {
  console.log('promise1');
  Promise.resolve().then(() => console.log('promise2'));
});
console.log('end');
// 输出：start → end → promise1 → promise2 → timeout

别靠“谁先写”判断顺序，要看任务类型和嵌套层级。

浏览器渲染和 Event Loop 有什么关系？

UI 渲染（paint/reflow）不是微任务，也不是宏任务，而是浏览器在每轮宏任务执行完、微任务清空后，**主动插入的一次可选操作**。

• 如果 JS 主线程空闲，且页面有样式/布局变更，浏览器大概率会在此时渲染
• 但渲染不保证每次都发生，尤其在快速连续触发回调时（比如高频 resize 或 scroll）
• 想强制触发渲染？可以用 requestAnimationFrame——它属于宏任务，且浏览器会把它安排在下次重绘前执行

document.body.style.backgroundColor = 'red';
// 此时页面未必变红 —— 渲染还没发生
Promise.resolve().then(() => {
  console.log('微任务执行了，但渲染仍未发生');
});
// 直到这轮结束，浏览器才可能 paint

很多“样式没更新”“动画卡顿”的问题，根源其实是没理解渲染时机和任务队列的松耦合关系。

Node.js 和浏览器的 Event Loop 有啥区别？

核心流程一致，但阶段划分更细。Node.js 的 Event Loop 分为 6 个阶段，其中 process.nextTick 和 Promise 微任务都发生在「当前操作结束后、进入下一阶段前」，且 process.nextTick 优先级高于 Promise.then。

• 浏览器没有 process.nextTick，只有 queueMicrotask（语义等价于 Promise.resolve().then）
• Node.js 中 setImmediate 属于 check 阶段，常比 setTimeout(fn, 0) 更晚执行（取决于当前阶段）
• 跨平台代码若依赖精确时序，应避免混用 process.nextTick / setImmediate / setTimeout

// Node.js 环境下
setTimeout(() => console.log('timeout'), 0);
setImmediate(() => console.log('immediate'));
// 输出顺序不确定（取决于 I/O 队列状态），不是稳定为 timeout → immediate

真正稳定的只有：同步 > 微任务 > 宏任务。其它都是实现细节，不该当成可依赖的行为。

微任务的“清空式执行”和宏任务的“单次取出”是 Event Loop 最容易混淆的两个点。多数 bug 不出在语法，而出在误判了某段回调究竟属于哪一层队列。