JavaScript async

ES8 引入的 async/await 在 JavaScript 的異步編程中是一個極好的改進。它提供了使用同步樣式代碼異步訪問 resoruces的方式，而不會阻塞主線程。然而，它們也存在一些坑及問題。在本文中，將從不同的角度探討 async/await，並演示如何正確有效地使用這對兄弟。

前置知識

async 作用是什麼

從 MDN 可以看出：

async 函數返回的是一個 Promise 對象。async 函數（包含函數語句、函數表達式、Lambda表達式）會返回一個 Promise 對象，如果在函數中 return 一個直接量，async 會把這個直接量通過 Promise.resolve() 封裝成 Promise 對象。

如果 async 函數沒有返回值， 它會返回 Promise.resolve(undefined)。

await 作用是什麼

從 MDN 瞭解到：

await 等待的是一個表達式，這個表達式的計算結果是 Promise 對象或者其它值（換句話說，await 可以等任意表達式的結果）。

如果它等到的不是一個 Promise 對象，那 await 表達式的運算結果就是它等到的東西。

如果它等到的是一個 Promise 對象，await 就忙起來了，它會阻塞後面的代碼，等著 Promise 對象 resolve，然後得到 resolve 的值，作為 await 表達式的運算結果。

這就是 await 必須用在 async 函數中的原因。async 函數調用不會造成阻塞，它內部所有的阻塞都被封裝在一個 Promise 對象中異步執行。

async/await 的優點

async/await 帶給我們的最重要的好處是同步編程風格。讓我們看一個例子：

很明顯，async/await 版本比 promise 版本更容易理解。如果忽略 await 關鍵字，代碼看起來就像任何其他同步語言，比如 Python。

最佳的地方不僅在於可讀性。async/await 到今天為止，所有主流瀏覽器都完全支持異步功能。

本地瀏覽器的支持意味著你不必轉換代碼。更重要的是，它便於調試。當在函數入口點設置斷點並跨過 await 行時，將看到調試器在 bookModel.fetchAll() 執行其任務時暫停片刻，然後它將移動到下一個.filter 行,這比

另一個不太明顯的優點是 async 關鍵字。 async聲明 getBooksByAuthorWithAwait()函數返回值確保是一個 promise，因此調用者可以安全地使用 getBooksByAuthorWithAwait().then(...) 或await getBooksByAuthorWithAwait()。 想想下面的例子（不好的做法！）：

在上述代碼中，getBooksByAuthorWithPromise 可能返回 promise(正常情況下)或 null 值(異常情況下)，在異常情況下，調用者不能調用 .then()。有了async 聲明，這種情況就不會出現了。

async/await 可能會產生誤導

一些文章將 async/wait 與 Promise 進行了比較，並聲稱它是 JavaScript 下一代異步編程風格，對此作者深表異議。async/await 是一種改進，但它只不過是一種語法糖，不會完全改變我們的編程風格。

從本質上說，async 函數仍然是 promise。在正確使用 async 函數之前，你必須先了解 promise，更糟糕的是，大多數時候你需要在使用 promises 的同時使用 async 函數。

考慮上面示例中的

這意味著 getbooksbyauthorwithwait() 將返回一個 promise，所以也可以使用 .then(...)方式來調用它。

嗯，這未必是件壞事。只有 await 的名字給人一種感覺，“哦，太好了，可以把異步函數轉換成同步函數了”，這實際上是錯誤的。

async/await

那麼在使用 async/await 時可能會犯什麼錯誤呢?下面是一些常見的例子。

太過串行化

儘管 await 可以使代碼看起來像是同步的，但實際它們仍然是異步的，必須小心避免太過串行化。

上述代碼在邏輯上看似正確的，然而，這是錯誤的。

1. await bookModel.fetchAll() 會等待 fetchAll() 直到 fetchAll() 返回結果。
2. 然後 await authorModel.fetch(authorId) 被調用。

注意，authorModel.fetch(authorId) 並不依賴於 bookModel.fetchAll() 的結果，實際上它們可以並行調用！然而，用了 await，兩個調用變成串行的，總的執行時間將比並行版本要長得多得多。

下面是正確的方式：

更糟糕的是，如果你想要一個接一個地獲取項目列表，你必須依賴使用　promises:

簡而言之，你仍然需要將流程視為異步的，然後使用 await 寫出同步的代碼。在複雜的流程中，直接使用 promise 可能更方便。

錯誤處理

在 promise中，異步函數有兩個可能的返回值: resolved 和 rejected。我們可以用 .then() 處理正常情況，用 .catch() 處理異常情況。然而，使用 async/await方式的，錯誤處理可能比較棘手。

try…catch

最標準的(也是作者推薦的)方法是使用 try...catch 語法。在 await 調用時，在調用 await 函數時，如果出現非正常狀況就會拋出異常,await 命令後面的 promise 對象，運行結果可能是 rejected，所以最好把await 命令放在 try...catch 代碼塊中。如下例子:

在捕捉到異常之後，有幾種方法來處理它：

• 處理異常，並返回一個正常值。(不在 catch 塊中使用任何 return 語句相當於使用 return undefined，undefined 也是一個正常值。)
• 如果你想讓調用者處理它，你可以直接拋出普通的錯誤對象，如 throw errorr，它允許你在 promise 鏈中使用 async getBooksByAuthorWithAwait() 函數(也就是說，可以像getBooksByAuthorWithAwait().then(...).catch(error => ...) 處理錯誤); 或者可以用 Error 對象將錯誤封裝起來，如 throw new Error(error)，當這個錯誤在控制檯中顯示時，它將給出完整的堆棧跟蹤信息。
• 拒絕它，就像 return Promise.reject(error) ，這相當於 throw error，所以不建議這樣做。

使用 try...catch 的好處：

• 簡單,傳統。只要有Java或c++等其他語言的經驗，理解這一點就不會有任何困難。
• 如果不需要每步執行錯誤處理，你仍然可以在一個 try ... catch 塊中包裝多個 await 調用來處理一個地方的錯誤。

這種方法也有一個缺陷。由於 try...catch 會捕獲代碼塊中的每個異常，所以通常不會被 promise 捕獲的異常也會被捕獲到。比如：

運行此代碼，你將得到一個錯誤 ReferenceError: cb is not defined。這個錯誤是由console.log()打印出來的的，而不是 JavaScript 本身。有時這可能是致命的:如果 BookModel 被包含在一系列函數調用中，其中一個調用者吞噬了錯誤，那麼就很難找到這樣一個未定義的錯誤。

讓函數返回兩個值

另一種錯誤處理方法是受到Go語言的啟發。它允許異步函數返回錯誤和結果。詳情請看這篇博客文章:

How to write async await without try-catch blocks in Javascript

簡而言之，你可以像這樣使用異步函數:

[err, user] = await to(UserModel.findById(1));

作者個人不喜歡這種方法，因為它將 Go 語言的風格帶入到了 JavaScript 中，感覺不自然。但在某些情況下，這可能相當有用。

使用 .catch

這裡介紹的最後一種方法就是繼續使用 .catch()。

回想一下 await 的功能:它將等待 promise 完成它的工作。值得注意的一點是 promise.catch() 也會返回一個 promise，所以我們可以這樣處理錯誤:

這種方法有兩個小問題:

• 它是 promises 和 async 函數的混合體。你仍然需要理解 是promises 如何工作的。
• 錯誤處理先於正常路徑，這是不直觀的。

結論

ES7引入的 async/await 關鍵字無疑是對J avaScrip t異步編程的改進。它可以使代碼更容易閱讀和調試。然而，為了正確地使用它們，必須完全理解

原文：https://hackernoon.com/javascript-async-await-the-good-part-pitfalls-and-how-to-use-9b759ca21cda

閱讀更多 程序員yrf 的文章

關鍵字: Python 正確 編程語言