关于执行循环和在其他代码完成之前呈现DOM的答案是正确的。JavaScript中的零秒超时有助于使代码成为伪多线程，尽管它不是。

我想补充的是，JavaScript中跨浏览器/跨平台零秒超时的最佳值实际上是20毫秒而不是0(零)，因为由于AMD芯片的时钟限制，许多移动浏览器无法注册小于20毫秒的超时。

此外，不涉及DOM操作的长时间运行的进程现在应该发送给Web Workers，因为它们提供了JavaScript的真正多线程执行。

Javascript是单线程应用程序，因此不允许同时运行函数，因此使用事件循环来实现此目标。setTimeout(fn, 0)所做的就是在调用栈为空时将它推入任务任务。我知道这个解释很无聊，所以我建议你看一下这个视频，这将帮助你在浏览器中如何工作。 看看这个视频:- https://www.youtube.com/watch?time_continue=392&v=8aGhZQkoFbQ

这是一个有老答案的老问题。我想重新审视这个问题，并回答为什么会发生这种情况，而不是为什么这种方法有用。

所以你有两个功能:

var f1 = function () {    
   setTimeout(function(){
      console.log("f1", "First function call...");
   }, 0);
};

var f2 = function () {
    console.log("f2", "Second call...");
};

然后按如下顺序调用它们f1();f2 ();看看第二个先执行。

原因如下:不可能让setTimeout的时间延迟为0毫秒。最小值由浏览器决定，不是0毫秒。历史上浏览器将这个最小值设置为10毫秒，但HTML5规范和现代浏览器将其设置为4毫秒。

如果嵌套级别大于5，并且超时时间小于4，则 将timeout增加为4。

同样来自mozilla:

要在现代浏览器中实现0毫秒超时，可以使用 window.postMessage()如下所述。

附注:信息是在阅读以下文章后获取的。

浏览器有一个叫做“主线程”的进程，它负责执行一些JavaScript任务，UI更新，例如:绘制，重绘，回流等等。 JavaScript任务被排队到消息队列中，然后分派到浏览器的主线程中执行。 当在主线程繁忙时生成UI更新时，任务被添加到消息队列中。

setTimout on 0在设置一个延迟承诺的模式中也非常有用，你想要立即返回:

myObject.prototype.myMethodDeferred = function() {
    var deferredObject = $.Deferred();
    var that = this;  // Because setTimeout won't work right with this
    setTimeout(function() { 
        return myMethodActualWork.call(that, deferredObject);
    }, 0);
    return deferredObject.promise();
}

由于传递给它的持续时间为0，我认为这是为了从执行流中删除传递给setTimeout的代码。因此，如果它是一个可能需要一段时间的函数，它不会阻止后续代码的执行。