事件循环是JavaScript运行的核心机制。Node.js和浏览器都有事件循环，它们的基本思路是一样的：单线程、队列、回调。但具体实现和优先级差别不小。下面从实际开发和面试的角度来对比一下。

一句话概括

浏览器是宏任务加微任务的简单模型。Node.js是6个阶段加两种微任务队列，更复杂一些。

浏览器的事件循环

浏览器的模型比较简单。流程是这样的：

1. 执行一个宏任务（比如script、setTimeout、I/O）

2. 执行所有微任务（Promise.then、MutationObserver）

3. 如果需要就渲染页面

4. 进入下一个循环

看个例子：

console.log('1');

setTimeout(() => console.log('2'), 0);

Promise.resolve().then(() => console.log('3'));

console.log('4');

输出结果是：1, 4, 3, 2

关键点有两个：微任务优先级高于宏任务。每个宏任务执行完后，都会清空微任务队列。

Node.js的事件循环

Node.js不是简单的宏任务和微任务。它分成6个阶段，按顺序循环执行。

六个阶段

顺序是这样的：

1. timers（setTimeout、setInterval）

2. pending callbacks（系统回调）

3. idle、prepare（内部使用）

4. poll（I/O核心阶段）

5. check（setImmediate）

6. close callbacks（关闭回调）

每个阶段都有自己的队列。整体流程是：timers → pending → poll → check → close，然后循环继续。

Node.js的微任务

Node.js有两个微任务队列：

第一个是process.nextTick，优先级最高。第二个是Promise.then，普通微任务。

执行规则是：当前阶段执行完后，先执行nextTick队列，再执行Promise微任务，然后才进入下一个阶段。

看个面试经常出现的例子：

setTimeout(() => console.log('timeout'));

setImmediate(() => console.log('immediate'));

process.nextTick(() => console.log('nextTick'));

Promise.resolve().then(() => console.log('promise'));

在Node里输出顺序是：nextTick、promise、然后是timeout或immediate（这两个的顺序不确定）。

浏览器和Node的对比

容易踩坑的地方

nextTick会卡死事件循环

看这段代码：

function loop() {
  process.nextTick(loop);
}
loop();

这样写会导致I/O永远不执行，事件循环卡死。浏览器没有这个问题。

setTimeout和setImmediate的顺序

setTimeout(() => console.log('timeout'), 0);
setImmediate(() => console.log('immediate'));

不同环境下顺序不一样。在主线程里执行，顺序不确定。在I/O回调里执行，setImmediate会更快。

const fs = require('fs');

fs.readFile(__filename, () => {
  setTimeout(() => console.log('timeout'));
  setImmediate(() => console.log('immediate'));
});

这样写，immediate永远比timeout先输出。

面试总结

浏览器事件循环是宏任务加微任务的简单模型。每个宏任务执行完就清空微任务队列，然后可能渲染页面。

Node.js基于libuv，分成timers、poll、check等多个阶段。微任务也不一样，有process.nextTick和Promise两个队列，nextTick优先级更高。每个阶段执行完后会先清空nextTick，再清空Promise，然后才进入下一个阶段。

理解这些区别，对排查Node.js应用的问题和做性能优化都有帮助。