setTimeout(fn, 0) 并非延时 0ms 也不是 4ms❗❗

LiuuY

2023-10-28

LiuuY

本文翻译自：Ivan Akulov。

我们经常看到文章说，setTimeout(fn, 0) 并非延时 0ms，而是至少有 4ms的延时。

现在这个说法已经不正确了，至少对于最新版的 Chrome 和 Safari 来说。

让我们从头讲起。

HTML 标准文档里面说，超过 5 层以上的嵌套 setTimeout 需要延迟 4ms 执行。这是为了防止低端硬件 CPU 过载。（注意是「嵌套」setTimeout 需要延迟，文档中并没有要求非嵌套 setTimeout 需要延迟！）。

译者注：这里的「嵌套」指的是 setTimeout 中嵌套 setTimeout:
  setTimeout(() => {
    setTimeout(() => {
      ...
    }, 0)
  }, 0)

经过一些讨论后（原本要增加到 100？Increased nesting threshold for SetTimeout(0)），把需要延迟的嵌套层级增加到 15。

然而，这个修改并没有发布:(

HTML 文档中指表述了「嵌套」setTimeout，然而直到 2022 年，Chrome 和 Safari 都将把非嵌套 setTimeout(..., 0) 延迟 1ms！

这是 2006 年引入的逻辑，在第一版 Chrome 发布之前、更在在 Webkit 和 Blink 这两个内核分叉之前。

这个 1ms 延迟并非 HTML 标准文档中要求的，同时很可能对于性能有负面影响。所以 Chromium 在 2014 年就尝试修复这个问题（https://bugs.chromium.org/p/chromium/issues/detail?id=402694）。

然而，用了 8 年时间才修复并发布，原因可能是没时间和没测试？

尽管 Chromium （https://chromestatus.com/feature/4889002157015040）和 Safari （https://bugs.webkit.org/show_bug.cgi?id=221124）都在 2022 年移除了这个延迟，Firefox 从来都没有加过这个延迟。
所以，当我们调用 setTimeout(fn, 0) 时，实际发生的是：

Blog.