setTimeout和setInterval的深入理解

2019-11-20 21:45:11

字體：大中小

來源：轉載

供稿：網友

大概半年前發表過一篇關于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也就不難了。

上一篇：javascript阻止scroll事件多次執行的思路及實現

下一篇：如何獲取select下拉框的值(option沒有及有value屬性)

學習交流

索泰發布一款GTX 1070 Mini迷你版本:小機

索泰發布一款GTX 1070 Mini迷你版本:小機箱大愛...

熱門圖片

猜你喜歡的新聞

猜你喜歡的關注