JavaScript 中的 setTimeout(..., 0ms) 到底是什么意思？（事件循环解释！）

好吧，让我们用 `0ms` 来分析一下 `setTimeout` 的整个过程。乍一看，你会想，“兄弟，`0ms` 意味着它会立即运行，对吧？”但 JavaScript 有自己的风格，而 `0ms` 并不像你期望的那样即时。让我们一起来弄清楚。

守则：

以下是我们正在剖析的代码：

const promise = new Promise((resolve, reject) => {
  console.log(1); 
  setTimeout(() => { 
    console.log("timerStart");
    resolve("success"); 
    console.log("timerEnd");
  }, 0); 
  console.log(2); 
});

promise.then((res) => {
  console.log(res); 
})

console.log(4);

输出结果如何？

1  
2  
4  
timerStart  
success  
timerEnd

大问题：0ms 发生了什么？

当你看到 `setTimeout(() => { ... }, 0)` 时，感觉里面的代码会在 `0ms` 之后 **立即** 运行。但事实并非如此，JavaScript 就像是，“兄弟，我有自己的系统，等你轮到！”

JavaScript 的系统：事件循环

JavaScript 不只是直接运行代码，它还有一个很酷的系统，称为 **事件循环** 来处理任务。可以这样想：

主要任务（同步）：首先运行 console.log() 之类的任务。这些是直接的、直接的任务。

微任务（承诺）：承诺排在后面，甚至排在计时器之前。就像他们有一张 VIP 门票一样。

任务队列（类似 setTimeout 的定时器）：定时器排在队尾，仅在微任务完成后运行。即使您给它 0ms，它也会等待。

解析代码

让我们一步一步看看发生了什么：

Promise 创建：console.log(1) 立即运行。setTimeout(() => { ... }, 0) 被添加到任务队列。console.log(2) 立即运行。

Promise .then()：将 .then() 回调添加到微任务队列中。

console.log(4)：由于它是主脚本的一部分，因此直接运行。

微任务运行（VIP）：承诺得到解决，因此 .then() 回调记录“成功”。

任务队列运行：setTimeout 回调终于轮到它了：记录“timerStart”和“timerEnd”。

为什么 0ms 不代表“现在”？

即使你说的是“0ms”，“setTimeout”**总是被推迟**。无论如何，JavaScript 都会将其推送到**任务队列**。系统首先清除所有同步任务和微任务（承诺），然后再触及任务队列。

简单来说：

`0ms` 与时间无关——而是**等待你的轮到**。

像这样思考

想象一下你正在排队等过山车：

同步代码：购买快速通道票的人 — — 他们是第一批，毫无争议。

承诺：持有 VIP 通行证的人——即使他们来晚了，他们也是下一个排队的人。

计时器（如 setTimeout）：没有通行证的普通人。即使你告诉他们“0ms 等待”，他们仍然必须站在普通队列中。

最终输出回顾

以下是代码中事件的顺序：

console.log(1) （同步）

console.log(2) （同步）

console.log(4) （同步）

来自 .then() 的“成功”（微任务）

console.log("timerStart")（任务队列）

console.log("timerEnd")（任务队列）

这为什么重要？

了解“0ms”的真正工作原理有助于您编写更好的异步代码。当您的朋友在调试 JavaScript 中的随机延迟时，这也是一个很酷的技巧，可以向他们解释。

So next time you see `setTimeout(() => { ... }, 0)`, just remember—it’s not about the time; it’s about **priority**!

Checkout : Meetman - AI Powered Google Meet

Portfolio : Sourav Mishra

CLIS.CC

JavaScript 中的 setTimeout(..., 0ms) 到底是什么意思？（事件循环解释！）