為什么盡量別用setInterval

小編給大家分享一下為什么盡量別用setInterval，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

為什么盡量別用setInterval？

原因之一：setInterval無視代碼錯誤

setInterval有個討厭的習慣，即對自己調用的代碼是否報錯這件事漠不關心。換句話說，如果setInterval執行的代碼由于某種原因出了錯，它還會持續不斷（不管不顧）地調用該代碼。看代碼

function a() {
    try{
        a.error.here;
    } catch(e){
        $('body').append('<div>' + e.toString() + '</div>');
        throw e;
    }
}
function b() {
    try{
        b.error.here;
    } catch(e)
    {
        $('body').append('<div>' + e.toString() + '</div>');
        throw e;
    }
    setTimeout(b, 2000);
}
setInterval(a, 2000);
setTimeout(b, 2000);

原因之二：setInterval無視網絡延遲

假設你每隔一段時間就通過Ajax輪詢一次服務器，看看有沒有新數據（注意：如果你真的這么做了，那恐怕你做錯了；建議使用“補償性輪詢”（backoff polling）[1]）。而由于某些原因（服務器過載、臨時斷網、流量劇增、用戶帶寬受限，等等），你的請求要花的時間遠比你想象的要長。但setInterval不在乎。它仍然會按定時持續不斷地觸發請求，最終你的客戶端網絡隊列會塞滿Ajax調用。看代碼

var n = 0,
    t = 0,
    u = 0,
    i, s = 'Stopping after 25 requests, to avoid killing jsfiddle’s server';
function a() {
    $.post('/ajax_html_echo/', function () {
        --n;
    });
    ++n;
    ++t;
    $('#reqs').html(n + ' a() requests in progress!');
    if (t > 25) {
        clearInterval(i);
        $('#reqs').html(s);
    }
}
function b() {
    ++u;
    $.post('/ajax_html_echo/', function () {
        $('#req2').html('b(): ' + new Date().toString());
        if (u <= 25) {
            setTimeout(b, 500);
        } else {
            $('#req2').html(s);
        }
    });
}
i = setInterval(a, 500);
setTimeout(b, 500);

原因之三：setInterval不保證執行

與setTimeout不同，你并不能保證到了時間間隔，代碼就準能執行。如果你調用的函數需要花很長時間才能完成，那某些調用會被直接忽略。看代碼

function slow() {
    $.ajax({
        url: '/echo/html/',
        async: false,
        data: {
            delay: 1
        },
        complete: function () {
        }
    });
    $('#reqs').text(~~((new Date() - start) / 100) + ' expected, ' + iters + ' actual');
    if (iters++ > 4) {
        $('#reqs').append('<br>Stopping after 5 iterations');
        clearInterval(iv);
    }
};
var iv = setInterval(slow, 100), start = +new Date(), iters = 0;

解決之道很簡單：用setTimeout

與其使用setInterval，不如在適當的時刻通過setTimeout來調用函數自身。在前面兩個示例中，使用setInterval的函數a都出錯了，而使用setTimeout的函數b則表現很好。

如果必須保證間隔相等怎么辦？

如果確實要保證事件“勻速”被觸發，那可以用希望的延遲減去上次調用所花時間，然后將得到的差值作為延遲動態指定給setTimeout。 不過，要注意的是JavaScript的計時器并不是非常精確[2]。因此你不可能得到絕對“平均”的延遲，即使使用setInterval也不行，原因很多（比如垃圾回收、JavaScript是單線程的，等等）。此外，當前瀏覽器也會將最小的超時時間固定在4ms到15ms之間。因此不要指望一點誤差也沒有。

以上是“為什么盡量別用setInterval”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！