阿里云最近在作活动,低至2折,有兴趣能够看看:
https://promotion.aliyun.com/...
为了保证的可读性,本文采用意译而非直译。javascript
想阅读更多优质文章请猛戳GitHub博客,一年百来篇优质文章等着你!html
ES8 引入的 async/await
在 JavaScript 的异步编程中是一个极好的改进。它提供了使用同步样式代码异步访问 resoruces
的方式,而不会阻塞主线程。然而,它们也存在一些坑及问题。在本文中,将从不一样的角度探讨 async/await
,并演示如何正确有效地使用这对兄弟。前端
从 MDN 能够看出:java
async
函数返回的是一个 Promise 对象。async 函数(包含函数语句、函数表达式、Lambda表达式)会返回一个 Promise 对象,若是在函数中 return
一个直接量,async 会把这个直接量经过 Promise.resolve()
封装成 Promise 对象。c++
若是 async 函数没有返回值, 它会返回 Promise.resolve(undefined)
。git
从 MDN 了解到:github
await 等待的是一个表达式,这个表达式的计算结果是 Promise 对象或者其它值(换句话说,await 能够等任意表达式的结果)。编程
若是它等到的不是一个 Promise 对象,那 await 表达式的运算结果就是它等到的东西。segmentfault
若是它等到的是一个 Promise 对象,await 就忙起来了,它会阻塞后面的代码,等着 Promise 对象 resolve,而后获得 resolve 的值,做为 await 表达式的运算结果。promise
这就是 await 必须用在 async 函数中的缘由。async 函数调用不会形成阻塞,它内部全部的阻塞都被封装在一个 Promise 对象中异步执行。
async/await
带给咱们的最重要的好处是同步编程风格。让咱们看一个例子:
很明显,async/await
版本比 promise
版本更容易理解。若是忽略 await
关键字,代码看起来就像任何其余同步语言,好比 Python。
最佳的地方不只在于可读性。async/await
到今天为止,全部主流浏览器都彻底支持异步功能。
本地浏览器的支持意味着你没必要转换代码。更重要的是,它便于调试。当在函数入口点设置断点并跨过 await
行时,将看到调试器在 bookModel.fetchAll()
执行其任务时暂停片刻,而后它将移动到下一个.filter
行,这比 promise 代码要简单得多,在 promise 中,必须在 .filter
行上设置另外一个断点。
另外一个不太明显的优势是 async
关键字。 async
声明 getBooksByAuthorWithAwait()函数返回值确保是一个 promise,所以调用者能够安全地使用 getBooksByAuthorWithAwait().then(...)
或await getBooksByAuthorWithAwait()
。 想一想下面的例子(很差的作法!):
在上述代码中,getBooksByAuthorWithPromise
可能返回 promise(正常状况下)或 null 值(异常状况下),在异常状况下,调用者不能调用 .then()
。有了async
声明,这种状况就不会出现了。
一些文章将 async/wait 与 Promise 进行了比较,并声称它是 JavaScript 下一代异步编程风格,对此做者深表异议。async/await
是一种改进,但它只不过是一种语法糖,不会彻底改变咱们的编程风格。
从本质上说,async 函数仍然是 promise。在正确使用 async 函数以前,你必须先了解 promise,更糟糕的是,大多数时候你须要在使用 promises 的同时使用 async 函数。
考虑上面示例中的 getBooksByAuthorWithAwait() 和getbooksbyauthorwithpromise() 函数。请注意,它们不只功能相同,并且具备彻底相同的接口!
这意味着 getbooksbyauthorwithwait() 将返回一个 promise,因此也可使用 .then(...)
方式来调用它。
嗯,这未必是件坏事。只有 await
的名字给人一种感受,“哦,太好了,能够把异步函数转换成同步函数了”,这其实是错误的。
那么在使用 async/await
时可能会犯什么错误呢?下面是一些常见的例子。
尽管 await
可使代码看起来像是同步的,但实际它们仍然是异步的,必须当心避免太过串行化。
上述代码在逻辑上看似正确的,然而,这是错误的。
await bookModel.fetchAll()
会等待 fetchAll()
直到 fetchAll()
返回结果。await authorModel.fetch(authorId)
被调用。注意,authorModel.fetch(authorId)
并不依赖于 bookModel.fetchAll()
的结果,实际上它们能够并行调用!然而,用了 await,两个调用变成串行的,总的执行时间将比并行版本要长得多得多。
下面是正确的方式:
更糟糕的是,若是你想要一个接一个地获取项目列表,你必须依赖使用 promises:
简而言之,你仍然须要将流程视为异步的,而后使用 await
写出同步的代码。在复杂的流程中,直接使用 promise 可能更方便。
在 promise中,异步函数有两个可能的返回值: resolved
和 rejected
。咱们能够用 .then()
处理正常状况,用 .catch()
处理异常状况。然而,使用 async/await
方式的,错误处理可能比较棘手。
最标准的(也是做者推荐的)方法是使用 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
的好处:
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()
。
回想一下 await
的功能:它将等待 promise 完成它的工做。值得注意的一点是 promise.catch()
也会返回一个 promise ,因此咱们能够这样处理错误:
这种方法有两个小问题:
ES7引入的 async/await
关键字无疑是对J avaScrip t异步编程的改进。它可使代码更容易阅读和调试。然而,为了正确地使用它们,必须彻底理解 promise,由于 async/await
只不过是 promise 的语法糖,本质上仍然是 promise。
原文:
https://hackernoon.com/javasc...
你的点赞是我持续分享好东西的动力,欢迎点赞!
干货系列文章汇总以下,以为不错点个Star,欢迎 加群 互相学习。
https://github.com/qq44924588...
我是小智,公众号「大迁世界」做者,对前端技术保持学习爱好者。我会常常分享本身所学所看的干货,在进阶的路上,共勉!
关注公众号,后台回复福利,便可看到福利,你懂的。