聊聊盡量別用setInterval的原因

為什麼盡量別用setInterval？以下這篇文章就來淺談一下盡量別用setInterval的原因。有一定的參考價值，有需要的朋友可以參考一下，希望對大家有幫助。

在開發一個線上聊天工具時，常常會有過多少毫秒就重複執行一次某操作的需求。 “沒問題”，大家都說，“用setInterval好了。”我覺得這個點子很糟糕。

原因之一：setInterval無視程式碼錯誤

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

function a() {
    try{
        a.error.here;
    } catch(e){
        $('body').append('
' + e.toString() + '
');
        throw e;
    }
}
function b() {
    try{
        b.error.here;
    } catch(e)
    {
        $('body').append('
' + e.toString() + '
');
        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('
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的原因的詳細內容。更多資訊請關注PHP中文網其他相關文章！