今天狀態不太好,睡久了懵一天。 以前只是瞭解過async函數,並還沒有很熟練的運用過,所以先開個坑吧,以後再結合實際來更新下,可能說的有些問題希望大家指出。 async和await相信大家應該不陌生,讓非同步處理變得更友好。 其實這玩意兒就是個Generator的語法糖,想深入學習得去看看Genera ...
今天狀態不太好,睡久了懵一天。
以前只是瞭解過async函數,並還沒有很熟練的運用過,所以先開個坑吧,以後再結合實際來更新下,可能說的有些問題希望大家指出。
async和await相信大家應該不陌生,讓非同步處理變得更友好。
其實這玩意兒就是個Generator的語法糖,想深入學習得去看看Generator,不然你可能只停留在會用的階段。
用法很簡單,看代碼吧。
// 先聲明一個函數,這個函數返回一個promise, 先記住哈!後面很多地方要用 function getPromise(str = 'sucess') { return new Promise((resolve) => { setTimeout(() => resolve(str), 1000); }); } // async表示,這個函數有非同步操作! async function fn() { // getPromise會返回一個Promise const data = await getPromise(); // fn運行在這停頓,這裡會停1秒,最後輸出data // 要wait等待getPromise()這個非同步操作返回結果 console.log(data, 'data'); // 最後返回data,當然你要是處理完業務也可以不返回 // 視場景而定了,只是想告訴你async會返回一個promise,而這個data在then裡面拿到 return data; } fn().then(res => console.log(res) 'res'); // 這段代碼運行出來兩個sucess
我覺得async最大的好處就是,代碼結構更清晰,有更好的語義,寫複雜業務的時候閱讀起來更快更爽。
接下來模擬一個實際項目的業務場景來看看用法區別
業務場景:我們有一本書,目前只有書名
要通過請求 getBookId 獲取到書的id
然後靠id通過請求 getBookDes 獲取到書的description
最後要把id,和title,還有description一起存到資料庫中 uploadBookInfo
不要糾結http請求如何封裝哈,這裡我直接給幾個模擬例子讓同學們方便試,
// 獲取書籍Id function getBookId() { return new Promise((resolve) => { setTimeout(() => resolve('1001'), 1000); }); } // 獲取書籍描述 function getBookDes() { return new Promise((resolve) => { setTimeout(() => resolve('這是一本好書'), 1000); }); } // 上傳書籍信息 function uploadBookInfo() { return new Promise((resolve) => { setTimeout(() => resolve('上傳成功'), 1000); }); } // promise寫法 function uploadWidthPromise(title = '你不知道的JavaScript') { this.getBookId(title).then((id) => { console.log(id); // 1001 this.getBookDes(id).then((des) => { console.log(des); // 這是一本好書 this.uploadBookInfo({ title, id, des, }).then((res) => { console.log(res); // 上傳成功 }); }); }); } // async寫法 async function uploadWidthAsync(title = '你不知道的JavaScript') { const id = await this.getBookId(title); const des = await this.getBookDes(id); const result = await this.uploadBookInfo({ id, des, title }); console.log(id, des, result); // 1001 這是一本好書 上傳成功 },
這明顯的差距啊,以前用回調,後來用promise覺得這個then可真好用啊,非同步完了我就then裡面接著寫,多清晰!
現在有了await,真香!
而且用await你會發現你的代碼執行下來,看起來就像是由上往下執行的順序,一眼就看完這些幹了啥。
接下來要說幾點用async函數過程中要註意的東西
劃重點啦!!
1. 錯誤捕捉
await語句後面跟著的promise對象一旦拋出錯誤,也就是變成reject狀態,那麼整個async函數就會停止執行拋出錯誤。
什麼意思呢?
async function thorwErr() { await Promise.reject('出錯'); console.log('執行了嗎?'); // 不會執行,以下代碼都不會執行 return await Promise.resolve('成功'); }, thorwErr().then((res) => { console.log(res); // 成功,並不會彈出,因為第一句awiat已經拋錯,被下麵的catch捕獲,而且async直接停止執行 }).catch((err) => { console.log(err); // 出錯 }); // 最後只會輸出兩個字 出錯
那麼這種情況有時候是不符合業務邏輯的,如果我們希望第一句即使出錯也不會中斷,那麼我們需要用到一個try ... catch,如下
async function thorwErr() { try { await Promise.reject('出錯'); } catch(err) { console.log(err); // 出錯 } console.log('執行了嗎?'); return await Promise.resolve('成功'); },
這樣寫就會被try...catch捕獲錯誤,而不會被async的catch捕獲造成函數停止執行
最後輸出的也是 出錯 執行了嗎 成功 這樣的三句話
當然也可以換種方式寫,如下
async function thorwErr() { await Promise.reject('出錯').catch(err => console.log(err)); console.log('執行了嗎?'); return await Promise.resolve('成功'); }
這樣寫也ok,道理是一個道理。錯誤內部直接處理了,不拋給async函數。
在看 阮一峰的ES6 的時候還看到一個例子,我覺得不錯分享給大家。
實現了一個多次嘗試請求,也許會有這種情景,一個第三方介面不太穩定,可能要多次調用才會成功一次,就可以用這種方案解決
const limit_num = 3; // 限制次數 3次 async function test() { let i; for (i = 0; i < limit_num; ++i) { try { await getSomething(); break; // 如果上面那句await成功,就會執行break,失敗就中斷被catch捕捉,再次進入迴圈 } catch(err) { console.log(err); } } console.log(i); // 3 } test();
2.await只能用於async函數的域裡面 !!
我就犯了這種錯,上代碼看吧
async function fn() { let arr = [1, 2, 3]; // 這裡就報錯了 await is a reserved word arr.forEach((i) => { await getPromise(i); }); // 因為await其實是在一個箭頭函數裡面,並不是用在async函數裡面 }
那麼正確的寫法如下,也可以理解為await最近的父級函數必須是async函數
function fn() { let arr = [1, 2, 3]; arr.forEach(async (i) => { await this.getPromise(i); }); }
當然,上面這種寫法會有另外一個問題,迴圈三次執行3次await,但是這三個是併發執行,也就是同一時間執行,而不是繼發執行,這裡就要說到我們第三個要註意的點,併發執行和繼發執行(!!劃重點),往下麵看。
3.await的繼發執行和併發執行
我們經常會碰到的一種業務場景,一個頁面要調3個介面,展示3塊數據。那麼如果我用await豈不是要一個一個的等?這樣非常耗時,那麼我們可以這麼寫。
// 這裡的getPromise請看文章最開始的聲明 const [res1, res2] = await Promise.all([getPromise(1), getPromise(2)]); // 或者下麵這樣寫 const getPromise1 = getPromise(1); const getPromise2 = getPromise(2); const res1 = await getPromise1; const res2 = await getPromise2;
以上寫法就是併發執行,這樣我們就同時做兩個非同步操作並且拿到返回的數據了。
在第二個註意點的最後也留了個疑問,迴圈中繼發執行怎麼做呢?正確的做法是用for迴圈
async function fn() { const arr = ['1', '2', '3']; console.log(new Date().getTime()); for(let str of arr) { console.log(await this.getPromise(str)); // 每隔1秒輸出,繼發執行 } console.log(new Date().getTime()); // 這裡可以看到比上次輸出 有3秒之差 }
為了大家更直觀的比較,在這裡我再寫一個迴圈的併發執行
async function fn() { const arr = ['1', '2', '3']; console.log(new Date().getTime()); for (let promise of arr.map(str => this.getPromise(str))) { console.log(await promise); // 同一時間輸出 1,2,3,併發執行 } console.log(new Date().getTime()); // 這裡可以看到比上次輸出 僅有1秒 }
在迴圈中使用await就要比較註意這個併發和繼發了,寫法不對就容易造成未知的bug。
我對Generator還真不太熟,所以我也很納悶為什麼這兩種寫法差別不大卻會造成兩種截然不同的情況,以後看看有沒有必要專門寫一篇針對Generator函數的,或者把這個問題更新在這裡。
所以我覺得不推薦在迴圈中使用await,而且看起來語義化容易混淆,儘量用別的寫法吧。
當然還可以才用Promise.all的寫法了,也是返回一個Promise也可以用await,比較推薦。
差不多就這三點需要比較註意的,以後實際運用多了,再更新一些實際運用的場景給大家分享一下。
還希望有大佬可以看到這篇給我解釋一下兩種寫法造成併發和繼發的問題!