
Promise 提供了一種優雅的方法來處理 js 中的異步操作。這也是避免“回調地獄”的解決方案。然而,并沒有多少開發人員了解其中的内容。是以,許多人在實踐中往往會犯錯誤。
在本文中,介紹一下使用 promise 時的五個常見錯誤,希望大家能夠避免這些錯誤。
1、避免 Promise 回調地獄
通常,Promise是用來避免回調地獄。但濫用它們也會導緻 Promise是地獄。
userLogin('user').then(function(user){
getArticle(user).then(function(articles){
showArticle(articles).then(function(){
//Your code goes here...
});
});
});
在上面的例子中,我們對 userLogin、getararticle 和 showararticle 嵌套了三個promise。這樣複雜性将按代碼行比例增長,它可能變得不可讀。
為了避免這種情況,我們需要解除代碼的嵌套,從第一個 then 中傳回 getArticle,然後在第二個 then 中處理它。
userLogin('user')
.then(getArticle)
.then(showArticle)
.then(function(){
//Your code goes here...
});
2、在 Promise 中使用 try/catch 塊
通常情況下,我們使用 try/catch 塊來處理錯誤。然而,不建議在 Promise 對象中使用try/catch 。
這是因為如果有任何錯誤,Promise對象會在 catch 内自動處理。
ew Promise((resolve, reject) => {
try {
const data = doThis();
// do something
resolve();
} catch (e) {
reject(e);
}
})
.then(data => console.log(data))
.catch(error => console.log(error));
在上面的例子中,我們在Promise 内使用了 try/catch 塊。
但是,Promise本身會在其作用域内捕捉所有的錯誤(甚至是打字錯誤),而不需要 try/catch塊。它確定在執行過程中抛出的所有異常都被擷取并轉換為被拒絕的 Promise。
new Promise((resolve, reject) => {
const data = doThis();
// do something
resolve()
})
.then(data => console.log(data))
.catch(error => console.log(error));
注意:在 Promise 塊中使用 .catch() 塊是至關重要的。否則,你的測試案例可能會失敗,而且應用程式在生産階段可能會崩潰。
3、 在 Promise 塊内使用異步函數
Async/Await 是一種更進階的文法,用于處理同步代碼中的多個Promise。當我們在一個函數聲明前使用 async 關鍵字時,它會傳回一個 Promise,我們可以使用 await 關鍵字來停止代碼,直到我們正在等待的Promise解決或拒絕。
但是,當你把一個 Async 函數放在一個 Promise 塊裡面時,會有一些副作用。
假設我們想在Promise 塊中做一個異步操作,是以使用了 async 關鍵字,但,不巧的是我們的代碼抛出了一個錯誤。
這樣,即使使用 catch() 塊或在 try/catch 塊内等待你的Promise,我們也不能立即處理這個錯誤。請看下面的例子。
// 此代碼無法處理錯誤
new Promise(async () => {
throw new Error('message');
}).catch(e => console.log(e.message));
(async () => {
try {
await new Promise(async () => {
throw new Error('message');
});
} catch (e) {
console.log(e.message);
}
})();
當我在Promise塊内遇到 async 函數時,我試圖将 async 邏輯保持在 Promise 塊之外,以保持其同步性。10次中有9次都能成功。
然而,在某些情況下,可能需要一個 async 函數。在這種情況下,也别無選擇,隻能用try/catch 塊來手動管理。
new Promise(async (resolve, reject) => {
try {
throw new Error('message');
} catch (error) {
reject(error);
}
}).catch(e => console.log(e.message));
//using async/await
(async () => {
try {
await new Promise(async (resolve, reject) => {
try {
throw new Error('message');
} catch (error) {
reject(error);
}
});
} catch (e) {
console.log(e.message);
}
})();
4、在建立 Promise 後立即執行 Promise 塊
至于下面的代碼片斷,如果我們把代碼片斷放在調用HTTP請求的地方,它就會被立即執行。
const myPromise = new Promise(resolve => {
// code to make HTTP request
resolve(result);
});
原因是這段代碼被包裹在一個Promise構造函數中。然而,有些人可能會認為隻有在執行myPromise 的then方法之後才被觸發。
然而,真相并非如此。相反,當一個Promise被建立時,回調被立即執行。
這意味着在建立 myPromise 之後到達下面一行時,HTTP請求很可能已經在運作,或者至少處于排程狀态。
Promises 總是急于執行過程。
但是,如果希望以後再執行 Promises,應該怎麼做?如果現在不想發出HTTP請求怎麼辦?是否有什麼神奇的機制内置于 Promises 中,使我們能夠做到這一點?
答案就是使用函數。函數是一種耗時的機制。隻有當開發者明确地用 () 來調用它們時,它們才會執行。簡單地定義一個函數還不能讓我們得到什麼。是以,讓 Promise 變得懶惰的最有效方法是将其包裹在一個函數中!
const createMyPromise = () => new Promise(resolve => {
// HTTP request
resolve(result);
});
對于HTTP請求,Promise 構造函數和回調函數隻有在函數被執行時才會被調用。是以現在我們有一個懶惰的Promise,隻有在我們需要的時候才會執行。
5、不一定使用 Promise.all() 方法
如果你已經工作多年,應該已經知道我在說什麼了。如果有許多彼此不相關的 Promise,我們可以同時處理它們。
Promise 是并發的,但如你一個一個地等待它們,會太費時間,Promise.all()可以節省很多時間。
記住,Promise.all() 是我們的朋友
const { promisify } = require('util');
const sleep = promisify(setTimeout);
async function f1() {
await sleep(1000);
}
async function f2() {
await sleep(2000);
}
async function f3() {
await sleep(3000);
}
(async () => {
console.time('sequential');
await f1();
await f2();
await f3();
console.timeEnd('sequential');
})();
上述代碼的執行時間約為 6 秒。但如果我們用 Promise.all() 代替它,将減少執行時間。
(async () => {
console.time('concurrent');
await Promise.all([f1(), f2(), f3()]);
console.timeEnd('concurrent');
})();
本文完~
學習更多技能
請點選下方公衆号