译者注：Node.js的异步编程方式有效提升应用性能；然而，回调地狱是令人生畏的。Promise让我们告别回调函数，写出更优雅的异步代码；在实践过程中，却发现Promise并不完美；技术进步永无止境，此时，我们有了Async/Await。原文：6ReasonsWhyJavaScript’sAsync/AwaitBlowsPromisesAway译者：Fundebug为了保证可读性，本文采用意译而非直译。Node.js7.6已经支持async/await，如果您还没有尝试过，这篇博文将告诉您为什么应该尝试。Async/Await简介对于那些从未听说过async/await的人，这里是介绍：async/await是一种编写异步代码的新方法。前面的方法有回调函数和承诺。async/await是基于Promise实现的，不能用于普通的回调函数。async/await和Promise一样，是非阻塞的。async/await使异步代码看起来像同步代码，这就是它神奇的地方。在Async/Await语法示例中，getJSON函数返回一个promise，当promise成功解析时返回一个json对象。我们只是调用这个函数，打印返回的JSON对象，并返回“完成”。使用Promise是这样的：constmakeRequest=()=>getJSON().then(data=>{console.log(data)return"done"})makeRequest()是这样使用Async/Await的：constmakeRequest=async()=>{console.log(awaitgetJSON())return"done"}makeRequest()它们有一些细微的区别：函数前面多了一个async关键字。await关键字只能在async定义的函数中使用。async函数隐式返回一个promise，其reosolve值是函数返回的值。（示例中的reosolve值是字符串“done”）第一点意味着我们不能在最外层代码中使用await，因为它不在async函数内部。//不能在最外层代码中使用awaitawaitmakeRequest()//这是会发生的事情makeRequest().then((result)=>{//code})awaitgetJSON()意味着console.log将等待getJSONreosolve成功后会执行promise。为什么Async/Await更好？1.简洁从例子中可以看出，使用Async/Await显然可以节省很多代码。不需要写.then，不需要写匿名函数来处理Promise的resolve值，不需要定义冗余的数据变量，也避免了嵌套代码。这些小优势会迅速累积起来，在随后的代码示例中会变得更加明显。2.错误处理Async/Await允许try/catch处理同步和异步错误。在下面的promise示例中，try/catch无法处理来自JSON.parse的错误，因为它在Promise中。我们需要使用.catch所以错误处理代码非常冗余。而且，在我们实际的生产代码中会更加复杂。constmakeRequest=()=>{try{getJSON().then(result=>{//JSON.parse可能出错constdata=JSON.parse(result)console.log(data)})//取消注释，错误处理异步代码//.catch((err)=>{//console.log(err)//})}catch(err){console.log(err)}}如果使用async/await，catch可以处理JSON.parseerrors:constmakeRequest=async()=>{try{//这个解析可能会失败constdata=JSON.parse(awaitgetJSON())console.log(data)}catch(err){console.log(错误）}}3。条件语句下面的例子中，需要获取数据，然后根据返回的数据决定是直接返回还是继续获取??更多的数据。constmakeRequest=()=>{returngetJSON().then(data=>{if(data.needsAnotherRequest){returnmakeAnotherRequest(data).then(moreData=>{console.log(moreData)returnmoreData})}else{console.log(data)returndata}})}这些代码看着头疼。嵌套（6层）、括号、return语句很容易混淆，它们只需要将最终结果传递给最外层的Promise。使用async/await编写上面的代码可以大大提高可读性：安慰。log(moreData)returnmoreData}else{console.log(data)returndata}}4.中间值你可能遇到过这样的场景，调用promise1，使用promise1返回的结果调用promise2，然后使用二结果去调用promise3。您的代码很可能如下所示：constmakeRequest=()=>{returnpromise1().then(value1=>{returnpromise2(value1).then(value2=>{returnpromise3(value1,value2)})})}如果promise3不需要value1，您可以简单地展平promise嵌套。如果你不能忍受嵌套，你可以将value1&2放入Promise.all以避免深度嵌套：constmakeRequest=()=>{returnpromise1().then(value1=>{returnPromise.all([value1,promise2(value1)])}).then(([value1,value2])=>{returnpromise3(value1,value2)})}这种方法为了可读性牺牲了语义。除了避免嵌套之外，没有理由将value1和value2放在数组中。使用async/await，代码变得极其简单和直观。constmakeRequest=async()=>{constvalue1=awaitpromise1()constvalue2=awaitpromise2(value1)returnpromise3(value1,value2)}5.错误栈下面的例子中，调用了多个Promise，假设一个Promise链这里抛出一个错误：constmakeRequest=()=>{returncallAPromise().then(()=>callAPromise()).then(()=>callAPromise()).then(()=>callAPromise()()).then(()=>callAPromise()).then(()=>{thrownewError("oops");})}makeRequest().catch(err=>{console.log(err);//输出//Error:oopsatcallAPromise.then.then.then.then.then(index.js:8:13)})Promise链中返回的错误堆栈没有给出错误位置的线索发生。更糟糕的是，它误导了我们；错误堆栈中唯一的函数称为callAPromise，它与错误无关。（文件名和行号仍然有用）。但是async/await中的错误栈会指向错误所在的函数：Error("oops");}makeRequest().catch(err=>{console.log(err);//输出//Error:oopsatmakeRequest(index.js:7:9)})在开发环境，这个优势不大。但是，当你分析生产环境的错误日志时，它会非常有用。此时，最好知道错误发生在makeRequest中，而不是发生在then链中。6.调试最后也是非常重要的一点是async/await可以让代码调试更简单。使调试Promises变得痛苦的2个原因：不能在返回表达式的箭头函数中设置断点如果在.then块中设置断点，使用StepOver快捷方式，调试器将不会跳转到下一个.然后因为它只是跳过异步代码。当使用await/async时，你不再需要那么多箭头函数，所以你可以像调试同步代码一样跳过await语句。结论Async/Await是近年来添加到JavaScript中的最具革命性的特性之一。它会让你看到Promise的语法有多糟糕，并提供一个直观的替代方案。顾虑您可能对Async/Await有一些合理的怀疑：它使异步代码不那么明显：我们已经习惯于使用回调或.then来识别异步代码，以至于我们可能需要几周时间才能习惯新的表示法。不过C#已经有这个特性很多年了，熟悉它的朋友应该知道，暂时的不便是值得的。Node7不是LTS（长期支持版本）：但是，Node8将在下个月发布，将代码迁移到新版本将非常简单。（Fundebug注：Node8是LTS，于2017年10月正式发布。)关于FundebugFundebug专注于JavaScript、微信小程序、微信小游戏、支付宝小程序、ReactNative、Node.js和Java在线应用的实时BUG监控。自2016年双十一正式上线以来，Fundebug累计处理了10亿+错误事件，其付费客户包括谷歌、360、金山、人民网等众多品牌公司。欢迎大家免费试用！转载版权声明请注明作者Fundebug及本文地址：https://blog.fundebug.com/2017/04/04/nodejs-async-await/
