setTimeout和setInterval的深入理解

更新時間：2013年11月08日 17:31:27 作者：

以前寫的setTimeout和setInterval的文章有些不足之處，今天抽時間整理了一下，要想真正理解還得從javascript的單線程機制說起

大概半年前發(fā)表過一篇關于setTimeout和setInterval的文章，但是現(xiàn)在回去仔細一看發(fā)現(xiàn)其實存在很多不足以及錯誤。事實上，setTimeout和setInterval并沒有我們字面上理解的那么簡單。要真正掌握并理解這兩個方法，還得從javascript的單線程機制說起。

【開門見山】setTimeout和setInterval是如何工作的呢？
我們知道，js是單線程執(zhí)行的。所以其實setTimeout和setInterval所謂的“異步調(diào)用”事實上是通過將代碼段插入到代碼的執(zhí)行隊列中實現(xiàn)的。

而如何計算插入的時間點呢？自然是要用到我們所說的timer，也就是計時器。當執(zhí)行setTimeout和setInterval的時候，timer會根據(jù)你設定的時間“準確”地找到代碼的插入點。當隊列“正常”地執(zhí)行到插入點時，就觸發(fā)timer callback，也就是我們設定的回調(diào)函數(shù)：

復制代碼代碼如下:

 
function fn() { 
/* 
here is some codes 
*/ 
setTimeout(function() {alert('ok!')},1000); 
} 

上面這個例子就是我們通常的用法，應該容易理解?？墒?，timer真的能那么準確么？代碼隊列的執(zhí)行真的能那么正常么？

【斬草除根】重新認識所謂的“異步”
剛剛已經(jīng)知道，事實上setTimeout和setInterval只是簡簡單單地通過插入代碼到代碼隊列來實現(xiàn)代碼的延遲執(zhí)行（或者說異步執(zhí)行）。但是事實上所謂的異步只是一個假象——它同樣運行在一個線程上！
那么問題就來了，要是在代碼插入點前的代碼執(zhí)行時間超過了傳入setTimeout或setInterval的設定時間會怎樣呢？讓我們來看看這段代碼：

復制代碼代碼如下:

 
function fn() { 
setTimeout(function(){alert('can you see me?');},1000); 
while(true) {} 
} 

你覺得這段代碼的執(zhí)行結(jié)果是什么呢？答案是，alert永遠不會出現(xiàn)。
這是為什么呢？因為，while這段代碼沒有執(zhí)行完，插入在后面的代碼便永遠不會執(zhí)行。
綜上所述，其實JS終歸是單線程產(chǎn)物。無論如何“異步”都不可能突破單線程這個障礙。所以許多的“異步調(diào)用”（包括Ajax）事實上也只是“偽異步”而已。只要理解了這么一個概念，也許理解setTimeout和setInterval也就不難了。

您可能感興趣的文章: