Почему setTimeout () «прерывается» при больших значениях задержки в миллисекундах?

Я столкнулся с неожиданным поведением при передаче большого значения миллисекунды в setTimeout(). Например,

setTimeout(some_callback, Number.MAX_VALUE);

и

setTimeout(some_callback, Infinity);

оба заставляют some_callbackзапускаться почти сразу, как если бы я пропустил 0вместо большого числа в качестве задержки.

Почему это происходит?

Это связано с тем, что setTimeout использует 32-битное int для хранения задержки, поэтому максимальное допустимое значение будет

2147483647

если вы попытаетесь

2147483648

у вас возникает проблема.

Я могу только предположить, что это вызывает некоторую форму внутреннего исключения в JS Engine и приводит к немедленному срабатыванию функции, а не вовсе.

Ты можешь использовать:

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

Некоторое объяснение здесь: http://closure-library.googlecode.com/svn/docs/closure_goog_timer_timer.js.source.html

Значения тайм-аута, слишком большие, чтобы поместиться в 32-битное целое число со знаком, может вызвать переполнение в FF, Safari и Chrome, что приведет к немедленному планированию тайм-аута. Имеет смысл просто не планировать эти тайм-ауты, поскольку 24,8 дня превышают разумные ожидания, чтобы браузер оставался открытым.

Ознакомьтесь с документацией узла по таймерам здесь: https://nodejs.org/api/timers.html (предполагается, что то же самое и для js, поскольку теперь это такой повсеместный термин в цикле событий, основанном на

Коротко:

Если задержка больше 2147483647 или меньше 1, задержка будет установлена ​​на 1.

и задержка:

Количество миллисекунд ожидания перед вызовом обратного вызова.

Похоже, что для вашего тайм-аута по умолчанию установлено неожиданное значение в соответствии с этими правилами, возможно?

Я наткнулся на это, когда попытался автоматически выйти из системы пользователя с истекшим сеансом. Мое решение заключалось в том, чтобы просто сбросить тайм-аут через один день и сохранить функциональность для использования clearTimeout.

Вот небольшой пример прототипа:

Timer = function(execTime, callback) {
    if(!(execTime instanceof Date)) {
        execTime = new Date(execTime);
    }

    this.execTime = execTime;
    this.callback = callback;

    this.init();
};

Timer.prototype = {

    callback: null,
    execTime: null,

    _timeout : null,

    /**
     * Initialize and start timer
     */
    init : function() {
        this.checkTimer();
    },

    /**
     * Get the time of the callback execution should happen
     */
    getExecTime : function() {
        return this.execTime;
    },

    /**
     * Checks the current time with the execute time and executes callback accordingly
     */
    checkTimer : function() {
        clearTimeout(this._timeout);

        var now = new Date();
        var ms = this.getExecTime().getTime() - now.getTime();

        /**
         * Check if timer has expired
         */
        if(ms <= 0) {
            this.callback(this);

            return false;
        }

        /**
         * Check if ms is more than one day, then revered to one day
         */
        var max = (86400 * 1000);
        if(ms > max) {
            ms = max;
        }

        /**
         * Otherwise set timeout
         */
        this._timeout = setTimeout(function(self) {
            self.checkTimer();
        }, ms, this);
    },

    /**
     * Stops the timeout
     */
    stopTimer : function() {
        clearTimeout(this._timeout);
    }
};

Использование:

var timer = new Timer('2018-08-17 14:05:00', function() {
    document.location.reload();
});

И вы можете очистить это с помощью stopTimerметода:

timer.stopTimer();

Не могу комментировать, но отвечать всем людям. Он принимает беззнаковое значение (очевидно, вы не можете ждать отрицательные миллисекунды). Так как максимальное значение равно «2147483647», когда вы вводите более высокое значение, оно начинается с 0.

Обычно задержка = {VALUE}% 2147483647.

Таким образом, использование задержки 2147483648 сделает его 1 миллисекундой, следовательно, мгновенный процесс.

Number.MAX_VALUE

на самом деле не целое число. Максимально допустимое значение для setTimeout, скорее всего, 2 ^ 31 или 2 ^ 32. Пытаться

parseInt(Number.MAX_VALUE) 

и вы получите 1 обратно вместо 1,7976931348623157e + 308.