需要真正理解的Promise
相關學習推薦:javascript學習教學課程
Promise 關於API 這塊大家應該可以熟練使用,但是和微任務相關的你可能還存在知識盲區。
前置知識
在開始正文前,我們先把本文涉及到的一些內容提前定個基調。
Promise 哪些 API 涉及了微任務?
Promise 中只有涉及到狀態變更後才需要被執行的回調才算是微任務,比如說then
、 catch
、finally
,其他所有的程式碼執行都是巨集任務(同步執行)。

上圖中藍色為同步執行,黃色為非同步執行(丟到微任務佇列中)。
這些微任務何時加入微任務佇列?
這個問題我們根據ecma 規範來看:
如果此時Promise 狀態為pending,那麼成功或失敗的回呼會分別加入到
[ [PromiseFulfillReactions]]
和[[PromiseRejectReactions]]
中。如果你看過手寫 Promise 的程式碼的話,應該可以發現有兩個陣列來儲存這些回呼函數。如果此時 Promise 狀態為非 pending 時,回呼會變成 Promise Jobs,也就是微任務。
了解以上知識後,正片開始。
同一個then,不同的微任務執行
初級
Promise.resolve() .then(() => { console.log("then1"); Promise.resolve().then(() => { console.log("then1-1"); }); }) .then(() => { console.log("then2"); });复制代码
以上程式碼大家應該可以得到正確的答案:then1 → then1 -1 → then2
。
雖然 then
是同步執行,且狀態也已經變更。但這不代表每次遇到then
時我們都需要把它的回調丟入微任務佇列中,而是等待then
的回呼執行完畢後再根據情況執行對應操作。
基於此,我們可以得到第一個結論:鍊式呼叫中,只有前一個then
的回呼執行完畢後,跟著的then
中的回呼才會被加入到微任務佇列。
中級
大家都知道了 Promise resolve
後,跟著的 then
中的回呼會馬上進入微任務佇列。
那麼以下程式碼你認為的輸出會是什麼?
let p = Promise.resolve(); p.then(() => { console.log("then1"); Promise.resolve().then(() => { console.log("then1-1"); }); }).then(() => { console.log("then1-2"); }); p.then(() => { console.log("then2"); }); 复制代码
按照一開始的認知我們不難得出 then2
會在 then1-1
後輸出,但是實際情況卻是相反的。
基於此我們得出第二個結論:每個鍊式呼叫的開端會先依序進入微任務佇列。
接下來我們換個寫法:
let p = Promise.resolve().then(() => { console.log("then1"); Promise.resolve().then(() => { console.log("then1-1"); }); }).then(() => { console.log("then2"); }); p.then(() => { console.log("then3"); });复制代码
上述程式碼其實有個陷阱,then
每次都會回傳一個新的Promise,此時的p
已經不是Promise.resolve()
產生的,而是最後一個then
產生的,因此then3
應該是在then2
後印出來的。
順便我們也可以把先前得出的結論優化為:同一個 Promise 的每個鍊式呼叫的開端會先依序進入微任務佇列。
進階
以下大家可以猜猜 then1-2
何時會印出來?
Promise.resolve() .then(() => { console.log("then1"); Promise.resolve() .then(() => { console.log("then1-1"); return 1; }) .then(() => { console.log("then1-2"); }); }) .then(() => { console.log("then2"); }) .then(() => { console.log("then3"); }) .then(() => { console.log("then4"); });复制代码
這題肯定是簡單的,記住第一個結論就能得到答案,以下是解析:
第一次
resolve
後面第一個then
的回呼進入微任務佇列並執行,印出then1
第二次
resolve
後內部第一個then
的回呼進入微任務佇列,此時外部第一個then
的回呼全部執行完畢,需要將外部的第二個then
回呼也插入微任務佇列。執行微任務,列印
then1-1
和then2
,然後分別再將之後then
中的回調插入微任務佇列執行微任務,列印
then1-2
和then3
,之後的內容就不一一說明了
接下來我們把return 1
修改一下,結果可就大不相同啦:
Promise.resolve() .then(() => { console.log("then1"); Promise.resolve() .then(() => { console.log("then1-1"); return Promise.resolve(); }) .then(() => { console.log("then1-2"); }); }) .then(() => { console.log("then2"); }) .then(() => { console.log("then3"); }) .then(() => { console.log("then4"); });复制代码
當我們return Promise.resolve( )
時,你猜猜看then1-2
會何時印了?
答案是最後一個才被印出來。
為什麼在 then
中分別 return
不同的東西,微任務的執行順序竟有如此大的變化?以下是筆者的解析。
PS:then
返回一个新的 Promise,并且会用这个 Promise 去 resolve
返回值,这个概念需要大家先了解一下。
根据 Promise A+ 规范
根据规范 2.3.2,如果 resolve
了一个 Promise,需要为其加上一个 then
并 resolve
。
if (x instanceof MyPromise) { if (x.currentState === PENDING) { } else { x.then(resolve, reject); } return; }复制代码
上述代码节选自手写 Promise 实现。
那么根据 A+ 规范来说,如果我们在 then
中返回了 Promise.resolve
的话会多入队一次微任务,但是这个结论还是与实际不符的,因此我们还需要寻找其他权威的文档。
根据 ECMA - 262 规范
根据规范 25.6.1.3.2,当 Promise resolve
了一个 Promise 时,会产生一个NewPromiseResolveThenableJob,这是属于 Promise Jobs 中的一种,也就是微任务。
This Job uses the supplied thenable and its then method to resolve the given promise. This process must take place as a Job to ensure that the evaluation of the then method occurs after evaluation of any surrounding code has completed.
并且该 Jobs 还会调用一次 then
函数来 resolve Promise
,这也就又生成了一次微任务。
这就是为什么会触发两次微任务的来源。
最后
文章到这里就完结了,大家有什么疑问都可以在评论区提出。
想了解更多编程学习,敬请关注php培训栏目!
以上是需要真正理解的Promise的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

在日常生活中,我們常常會遇到承諾與兌現之間的問題。無論是在個人關係中,或是在商業交易中,承諾的兌現都是建立信任的關鍵。然而,承諾的利與弊也常常會引起爭議。本文將探討承諾的利與弊,並給予一些建議,如何做到言出必行。承諾的利是顯而易見的。首先,承諾可以建立信任。當一個人信守承諾時,他會讓別人相信自己是個可信賴的人。信任是人與人之間建立的紐帶,它可以讓人們更加

Vue是一款受歡迎的前端框架,在開發應用時經常會遇到各種各樣的錯誤和問題。其中,Uncaught(inpromise)TypeError是常見的一種錯誤型別。在本篇文章中,我們將探討它的產生原因和解決方法。什麼是Uncaught(inpromise)TypeError? Uncaught(inpromise)TypeError錯誤通常出現在

Promise.resolve()詳解,需要具體程式碼範例Promise是JavaScript中一種用來處理非同步操作的機制。在實際開發中,常常需要處理一些需要依序執行的非同步任務,而Promise.resolve()方法就是用來傳回一個已經Fulfilled狀態的Promise物件。 Promise.resolve()是Promise類別的靜態方法,它接受一個

利用Promise對象,把普通函數改成返回Promise的形式,解決回調地獄的問題。明白Promise的成功失敗呼叫邏輯,可以靈活的進行調整。理解核心知識,先用起來,慢慢整合吸收知識。

瀏覽器相容性:哪些瀏覽器能夠支援Promise?隨著Web應用程式的複雜性不斷提高,開發人員迫切需要解決JavaScript中的非同步程式設計問題。過去,開發人員通常使用回調函數來處理非同步操作,但這會導致程式碼複雜且難以維護。為了解決這個問題,ECMAScript6引入了Promise,它提供了一種更直觀、更靈活的處理非同步操作的方式。 Promise是一種用於處理異

promise物件狀態有:1、pending:初始狀態,既不是成功,也不是失敗狀態;2、fulfilled:意味著操作成功完成;3、rejected:意味著操作失敗。一個Promise物件一旦完成,就會從pending狀態變成fulfilled或rejected狀態,且不能再改變。 Promise物件在JavaScript中被廣泛使用,以處理如AJAX請求、定時操作等非同步操作。

Promise是一種用於處理非同步操作的程式設計模式,它是一種代表了非同步操作最終完成或失敗的對象,可以看作是對非同步操作的一種承諾,它可以更好地管理和組織非同步程式碼,使得程式碼更可讀性高、可維護性強。 Promise物件有三個狀態:pending、fulfilled和rejected。 Promise的核心思想是將非同步操作從回調函數中分離出來,透過鍊式呼叫的方式來表達非同步操作之間的依賴關係。
