甚至可能會錯誤的把兩個實現定時調用的函數理解成了類似thread一樣的東西, 認為會在一個時間片內, 并發的執行調用的函數, 似乎很好很強大, 但其實并不是如此, 實際的情況是javascript都是以單線程的方式運行于瀏覽器的javascript引擎中的, setTimeout和setInterval的作用只是把你要執行的代碼在你設定的一個時間點插入js引擎維護的一個代碼隊列中, 插入代碼隊列并不意味著你的代碼就會立馬執行的,理解這一點很重要. 而且setTimeout和setInterval還有點不一樣.
先談談setTimeout
function click() {
// code block1...
setTimeout(function() {
// process ...
}, 200);
// code block2
}
假設我們給一個button的onclick事件綁定了此方法, 當我們按下按鈕后, 肯定先執行block1的內容, 然后運行到setTimeout的地方, setTimeout會告訴瀏覽器說, "200ms后我會插一段要執行的代碼給你的隊列中", 瀏覽器當然答應了(注意插入代碼并不意味著立馬執行), setTimeout代碼運行后, 緊跟其后的block2代碼開始執行, 這里就開始說明問題了, 如果block2的代碼執行時間超過200ms, 那結果會是如何? 或許按照你之前的理解, 會理所當然的認為200ms一到, 你的process代碼會立馬執行...事實是, 在block2執行過程中(執行了200ms后)process代碼被插入代碼隊列, 但一直要等click方法執行結束, 才會執行process代碼段, 從代碼隊列上看process代碼是在click后面的, 再加上js以單線程方式執行, 所以應該不難理解. 如果是另一種情況, block2代碼執行的時間<200ms, setTimeout在200ms后將process代碼插入到代碼隊列, 而那時執行線程可能已經處于空閑狀態了(idle), 那結果就是200ms后, process代碼插入隊列就立馬執行了, 就讓你感覺200ms后, 就執行了.
再看看setInterval
這里可能會存在兩個問題:
1.時間間隔或許會跳過
2.時間間隔可能<定時調用的代碼的執行時間
function click() {
// code block1...
setInterval(function() {
// process ...
}, 200);
// code block2
}
和上面一樣我們假設通過一個click, 觸發了setInterval以實現每隔一個時間段執行process代碼
比如onclick要300ms執行完, block1代碼執行完, 在5ms時執行setInterval, 以此為一個時間點, 在205ms時插入process代碼, click代碼順利結束, process代碼開始執行(相當于圖中的timer code), 然而process代碼也執行了一個比較長的時間, 超過了接下來一個插入時間點405ms, 這樣代碼隊列后又插入了一份process代碼, process繼續執行著, 而且超過了605ms這個插入時間點, 下面問題來, 可能你還會認為代碼隊列后面又會繼續插入一份process代碼...真實的情況是,由于代碼隊列中已經有了一份未執行的process代碼, 所以605ms這個插入時間點將會被"無情"的跳過, 因為js引擎只允許有一份未執行的process代碼, 說到這里不知道您是不是會豁然開朗呢...
為了這種情況你可以用一種更好的代碼形式
setTimeout(function(){
//processing
setTimeout(arguments.callee, interval);
}, interval);
這個估計稍微想一下, 就明白其中的好處了, 這樣就不會產生時間點被跳過的問題內容就到這里, 希望能有所幫助, 可能我表達的不是很清楚如果覺得自己英語基礎不錯可以直接看
里有關advanced Timers這節內容, 個人認為這本書真的很不錯, 無論是想從零學起, 還是平日沒事翻翻參考參考 都很不錯, 作者是yahoo里很牛的一位前端開發工程師 : )
