事件循环与异步

这一课你将能做到

1. 画出事件循环的执行模型，说清同步代码、微任务、宏任务、nextTick 的优先级
2. 用 async/await 把回调式和 Promise 式代码改写成顺序风格，并用 Promise.all 做并发
3. 用一段实测代码解释 setTimeout 与 setImmediate 的执行顺序，说清为什么 CPU 密集会卡死服务

为什么要学

前面课程里你一直在「无意识地异步」：fs 读文件返回 Promise、HTTP 回调里处理请求。这课把窗帘拉开：Node 到底怎么用一个 JS 主线程同时伺候几千个连接？

答案就是事件循环（Event Loop）。它是 Node 面试的第一高频题，也是实际开发中「接口偶尔卡顿」「请求互相拖累」等诡异现象的总根源。人话：事件循环就是一个永不停歇的调度员——主线程跑完手里的活，就去各个队列里领下一件；I/O 交给系统干，干完了把回调排队等领。理解它，异步代码的执行顺序从「背结论」变成「推出来」。

先建立图像

              ┌────────────────────────────────────┐
              │           一次事件循环 tick          │
  同步代码 ──►│  ① timers        setTimeout/setInterval 回调
              │  ② pending callbacks  系统 I/O 回调
              │  ③ poll          绝大多数 I/O 回调（fs、网络）
              │  ④ check         setImmediate 回调
              │  ⑤ close         close 事件回调
              └────────────────────────────────────┘
   每切换一个阶段之间，都先清空两条「插队通道」：
     process.nextTick 队列   ← 最高优先级
     Promise 微任务队列      ← 次之

三条优先级，从高到低：

1. 同步代码（最先跑完）
2. nextTick 队列 → 微任务（Promise.then / await 后面的代码）
3. 宏任务（timers、poll、check 里的 I/O 回调）

跟着做

步骤 1：一段代码看清执行顺序

新建 node-async 目录，npm init -y，新建 order.js：

// order.js
console.log('1: 同步代码');

setTimeout(() => console.log('4: setTimeout 宏任务'), 0);

setImmediate(() => console.log('5: setImmediate (check 阶段)'));

Promise.resolve().then(() => console.log('3: Promise 微任务'));

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

console.log('6: 同步代码结束');

node order.js
# 1: 同步代码
# 6: 同步代码结束
# 2: nextTick
# 3: Promise 微任务
# 4: setTimeout 宏任务
# 5: setImmediate (check 阶段)

解读：同步代码跑完 → 清空 nextTick → 清空微任务 → 进入事件循环各阶段领宏任务。「同步先于一切，nextTick 插队，微任务紧随，宏任务最后」——这四行输出背下来，面试顺序题基本通杀。

步骤 2：I/O 回调里的 setTimeout vs setImmediate

主模块里 setTimeout(0) 和 setImmediate 的先后不保证（受机器性能影响，通常 timeout 先）；但在 I/O 回调里顺序是确定的：

// io-order.js
const fs = require('node:fs');

fs.readFile(__filename, () => {
  console.log('readFile 回调（poll 阶段）');

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