为什么setTimeout(fn, 0)有时有用?

我最近遇到了一个相当严重的错误，其中代码通过JavaScript动态加载<select>。这个动态加载的<select>有一个预先选定的值。在IE6中，我们已经有代码来修复选中的<option>，因为有时<select>的selectedIndex值会与选中的<option>的index属性不同步，如下所示:

field.selectedIndex = element.index;

然而，这段代码没有工作。即使字段的selectedIndex设置正确，最终还是会选择错误的索引。但是，如果我在正确的时间插入alert()语句，则会选择正确的选项。考虑到这可能是某种时间问题，我尝试了一些以前在代码中见过的随机方法:

var wrapFn = (function() {
    var myField = field;
    var myElement = element;

    return function() {
        myField.selectedIndex = myElement.index;
    }
})();
setTimeout(wrapFn, 0);

这招奏效了!

我找到了解决问题的方法，但我不知道为什么这能解决我的问题，这让我感到不安。有人有官方解释吗?什么浏览器问题，我避免调用我的函数“稍后”使用setTimeout()?

当前回答

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

2013-02-25 21:27:03

其他回答

setTimeout()即使设置为0，也会在DOM元素加载之前为您争取一些时间。

看看这个:setTimeout

2009-04-22 21:52:10

这做的另一件事是将函数调用推到堆栈的底部，防止递归调用函数时堆栈溢出。这具有while循环的效果，但允许JavaScript引擎触发其他异步计时器。

2012-06-21 01:14:43

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();
}

2015-09-02 15:39:58

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

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

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

2013-03-13 23:29:55

通过调用setTimeout，您可以给页面时间来响应用户正在做的任何事情。这对于在页面加载期间运行的函数特别有用。

2009-04-22 21:53:43

为什么setTimeout(fn, 0)有时有用?

推荐文章

最新文章

标签