大概半年前發表過一篇關於setTimeout和setInterval的文章，但現在回去仔細一看發現其實有許多不足以及錯誤。事實上，setTimeout和setInterval並沒有我們字面上理解的那麼簡單。要真正掌握並理解這兩個方法，還得從javascript的單線程機制說起。
【開門見山】setTimeout和setInterval是如何運作的呢？
我們知道，js是單執行緒執行的。所以其實setTimeout和setInterval所謂的「非同步呼叫」事實上是透過將程式碼段插入程式碼的執行佇列中實現的。
而如何計算插入的時間點呢？自然是要用到我們所說的timer，也就是計時器。當執行setTimeout和setInterval的時候，timer會根據你設定的時間「準確」地找到程式碼的插入點。當佇列「正常」地執行到插入點時，就觸發timer callback，也就是我們設定的回呼函數：
function fn() {
/*
here is some codes
*/
setTimeout(function() {alert('ok! ')},1000);
}
上面這個例子就是我們通常的用法，應該很容易理解。可是，timer真的能那麼準確麼？程式碼隊列的執行真的能那麼正常麼？
【斬草除根】重新認識所謂的「非同步」
剛剛已經知道，事實上setTimeout和setInterval只是簡單單地透過插入程式碼到程式碼佇列來實現程式碼的延遲執行（或者說非同步執行）。但是事實上所謂的非同步只是一個假象──它同樣運行在一個執行緒上！
那麼問題就來了，要是在程式碼插入點前的程式碼執行時間超過了傳入setTimeout或setInterval的設定時間會怎麼樣呢？讓我們來看看這段程式碼：
function fn( ) {
setTimeout(function(){alert('can you see me?');},1000);
while(true) {}
}
你覺得這段程式碼的執行結果是什麼呢？答案是，alert永遠不會出現。
這是為什麼呢？因為，while這段程式碼沒有執行完，插入在後面的程式碼便永遠不會執行。
綜上所述，其實JS終歸是單線程產物。無論如何「異步」都不可能突破單線程這個障礙。所以許多的「非同步呼叫」（包括Ajax）事實上也只是「偽異步」而已。只要理解了這麼一個概念，或許要理解setTimeout和setInterval也就不難了。
