小編給大家分享一下Promise比setTimeout()快的原因有哪些,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
為什么 Promise 比setTimeout() 快?
我們來做個實驗。哪個執行得更快:立即解決的 Promise 還是立即setTimeout
(也就是0毫秒的setTimeout)?
Promise.resolve(1).then(function resolve() { console.log('Resolved!'); }); setTimeout(function timeout() { console.log('Timed out!'); }, 0); // 'Resolved!' // 'Timed out!'
promise.resolve(1)
是一個靜態函數,它返回一個立即解析的promise
。setTimeout(callback, 0)
以0毫秒
的延遲執行回調函數。
我們可以看到先打印'Resolved!'
,再打印Timeout completed!
,立即解決的 promise 比立即setTimeout
更快。
是因為Promise.resolve(true).then(...)
在setTimeout(..., 0)
之前被調用了,所以 Promise 過程會更快嗎? 公平的問題。
所以,我們稍微更改一下實驗條件,然后先調用setTimeout(..., 0)
:
setTimeout(function timeout() { console.log('Timed out!'); }, 0); Promise.resolve(1).then(function resolve() { console.log('Resolved!'); }); // 'Resolved!' // 'Timed out!'
setTimeout(..., 0)
在Promise.resolve(true).then(...)
之前被調用。但,還是先打印Resolved!
在打印'Timed out!'
。
這是為啥呢?
與異步 JS 相關的問題可以通過研究事件循環來回答。我們回顧一下異步 JS 工作方式的主要組成部分。
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-Lt9zVHTf-1611275604640)(/img/bVcMQaI)]
調用堆棧是一個LIFO(后進先出)結構,它存儲在代碼執行期間創建的執行上下文。簡單地說,調用堆棧執行這些函數。
Web api是異步操作(fetch 請求、promise、計時器)及其回調等待完成的地方。
**task queue (任務隊列)是一個FIFO(先進先出)**結構,它保存準備執行的異步操作的回調。例如,超時的setTimeout()
的回調函數或準備執行的單擊按鈕事件處理程序都在任務隊列中排隊。
**job queue (作業隊列)**是一個FIFO(先入先出)結構,它保存準備執行的promise
的回調。例如,已完成的承諾的resolve
或reject
回調被排在作業隊列中。
最后,事件循環永久監聽調用堆棧是否為空。如果調用堆棧為空,則事件循環查看作業隊列或任務隊列,并將準備執行的任何回調分派到調用堆棧中。
我們從事件循環的角度來看這個實驗,我將對代碼執行進行一步一步的分析。
A)調用堆棧執行setTimeout(..., 0)
并計劃一個計時器, timeout()
回調存儲在Web API中:
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-SLk0AUa5-1611275604642)(/img/bVcMQdg)]
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-Zr7usYTK-1611275604643)(/img/bVcMQc9)]
B)調用堆棧執行 Promise.resolve(true).then(resolve)
并安排一個 promise
解決方案。 resolved()
回調存儲在Web API中:
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-JTwSnLYS-1611275604646)(/img/bVcMQdh)]
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-k5cRhqzN-1611275604648)(/img/bVcMQdi)]
C)promise 立即被解析,同時計時器也立即執行。這樣,定時器回調timeout()
進入任務隊列,promise
回調resolve()
進入作業隊列
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-iMfLB2YJ-1611275604649)(/img/bVcMQdS)]
D)現在是有趣的部分:作業隊列(微任務)優先級高于任務隊列(宏任務)。 事件循環從作業隊列中取出promise回調resolve()
并將其放入調用堆棧中。 然后,調用堆棧執行promise回調resolve()
:
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-nnqfgoo1-1611275604650)(/img/bVcMQey)]
E)最后,事件循環將計時器回調timeout()
從任務隊列中出隊到調用堆棧中。 然后,調用堆棧執行計時器回調timeout()
:
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-Fj54WaI0-1611275604650)(/img/bVcMQeB)]
調用堆棧為空,已完成腳本的執行。
以上是“Promise比setTimeout()快的原因有哪些”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。