为什么setTimeout()"中断"大毫秒延迟值？

Question

当传递一个大的毫秒值时,我遇到了一些意想不到的行为setTimeout().例如,

setTimeout(some_callback, Number.MAX_VALUE);

和

setTimeout(some_callback, Infinity);

两者都导致some_callback几乎立即运行,好像我已经通过0而不是大量的延迟.

为什么会这样？

Answer 1

这是由于setTimeout使用32位int来存储延迟,因此允许的最大值将是

2147483647

如果你试试

2147483648

你发现了问题.

我只能假设这会在JS引擎中引起某种形式的内部异常并导致函数立即触发而不是根本不触发.

Answer 2

这里有一些解释:http://closure-library.googlecode.com/svn/docs/closure_goog_timer_timer.js.source.html

超时值太大而不适合签名的32位整数可能会导致FF,Safari和Chrome出现溢出,从而导致超时被立即调度.更简单的是不安排这些超时,因为24.8天超出浏览器保持开放的合理期望.

Answer 3

您可以使用:

function runAtDate(date, func) {
    var now = (new Date()).getTime();
    var then = date.getTime();
    var diff = Math.max((then - now), 0);
    if (diff > 0x7FFFFFFF) //setTimeout limit is MAX_INT32=(2^31-1)
        setTimeout(function() {runAtDate(date, func);}, 0x7FFFFFFF);
    else
        setTimeout(func, diff);
}

Answer 4

在此处查看计时器上的节点文档：https : //nodejs.org/api/timers.html（假设在 js 中也是如此，因为它现在在基于事件循环中是一个无处不在的术语

简而言之：

当延迟大于 2147483647 或小于 1 时，延迟将设置为 1。

延迟是：

在调用回调之前等待的毫秒数。

似乎您的超时值被默认为这些规则中的意外值，可能吗？