Get to know MDN better
此頁面由社群從英文翻譯而來。了解更多並加入 MDN Web Docs 社群。
Promise 是一個表示非同步運算的最終完成或失敗的物件。由於多數人使用預建立的 Promise,這個導覽會先講解回傳 Promise 的使用方式,之後再介紹如何建立。
基本上,一個 Promise 是一個根據附加給他的 Callback 回傳的物件,以取代傳遞 Callback 到這個函數。
舉例來說,下方的範例若用舊方式應該會有兩個 Callback,並根據成功或失敗來決定使用哪個:
而新作法會回傳一個 Promise,這樣你就可以附加 Callback:
再簡單點:
我們稱之為 非同步函數呼叫。這個做法有許多好處,我們接下來看看。
不如舊做法,一個 Promise 有這些保證:
但 Promise 主要的立即好處是串連。
有個常見的需求是依序呼叫兩個以上的非同步函數,我們稱之為建立 Promise 鏈。
看看魔術:then 函數回傳一個新的 Promise,不同於原本。
或
第二個 Promise 不只代表 doSomething() 完成,還有successCallback 或 failureCallback ,這兩個非同步函數回傳另一個 Promise。如此一來,任何 Callback 附加給 promise2 會被排在 successCallback 或failureCallback 之後。
基本上,每個 Promise 代表著鏈中另外一個非同步函數的完成。
在古時候,多個非同步函數會使用 Callback 方式,導致波動拳問題:
有了新方法,我們附加 Callback 到回傳的 Promise 上,來製造 Promise 鏈:
then 的函數是選用的,以及 catch(failureCallback) 是 then(null, failureCallback) 的簡寫。你也許會想用箭頭函數取代:
注意:永遠要回傳結果,否則 Callback 不會獲得前一個 Promise 的結果。
失敗後的串接是可行的,也就是說 catch 會非常好用,即使鏈中出錯。看看這個範例:
他會輸出:
Initial Do that Do this whatever happened before注意「Do this」沒有被輸出,因為「Something failed」錯誤導致拒絕。
在波動拳狀況中,你可能會看到三次 failureCallback ,在 Promise 鏈中只需要在尾端使用一次:
基本上,一個 Promise 鏈遇到錯誤時會往下尋找 Catch 處理器。這是經過模組化的非同步程式:
在 ECMAScript 2017 中,在有 async/await 語法糖的同步程式達到高峰:
這基於 Promise,例如 doSomething() 和之前一樣。你可以閱讀在這裡閱讀更多。
Promise 藉由捕捉所有錯誤,包含例外和程式錯誤,解決了 Callback 地獄的缺點。這是非同步運算的基本特性。
Promise 可以透過建構子建立。所以用建構子包裹舊的 API 即可。
在理想情況,所有非同步函數都會回傳 Promise,然而許多 API 仍然用舊的方式來傳遞成功、失敗 Callback,有個典型的例子是setTimeout() :
混合古代 Callback 和 Promise 是有問題的。如果 saySomething 失敗或有程式錯誤,那不會有任何錯誤被捕捉。
幸運地,我們可以用 Promise 包裹他,最好盡可能的在最底層包裹,並永遠不要再直接呼叫他們:
基本上,Promise 建構子需要一個運作函數來正規地處理或拒絕 Promise。但因為 setTimeout 不會失敗,所以我們捨棄 reject。
Promise.resolve() 和 Promise.reject() 是用來正規地建立已經處理或拒絕的 Promise。他們在某些情況特別有用。
Promise.all() 和 Promise.race() 是兩個組合工具用於使 Promise 平行運作。
連續關聯是可行的,這是極簡 JavaScript 範例:
基本上,我們摺疊(Reduce)一個非同步函數陣列成一個 Promise 鏈:Promise.resolve().then(func1).then(func2);
這可以用可重用的構成函數完成,通常用函數式編程:
composeAsync 接受任何數量的函數作為參數,並回傳一個接受一個初始值用來傳給組合的新函數。這個好處是無論其中函數是非同步或否,都會保證用正確的順序執行:
ECMAScript 2017 中連續組合利用 async/await 更簡單:
為了避免意外,傳給 then 的函數不會被同步地呼叫,即使是完成的 Promise:
被傳入的函數會被放在子任務佇列而非立即執行,因此他會在當前的事件迴圈結束、佇列清空時執行,例如:
This page was last modified on 2025年7月16日 by MDN contributors.
Your blueprint for a better internet.
Visit Mozilla Corporation’s not-for-profit parent, the Mozilla Foundation.
Portions of this content are ©1998–2026 by individual mozilla.org contributors. Content available under a Creative Commons license.