ES6之async+await 同步/异步方案

1、异步编程的几个场景先从一个常见问题开始：一个for 循环中，如何异步的打印迭代顺序用闭包或者ES6 规定的 let 块级作用域来回答这个问题。

3、返回的结果是乱序不可控的，这本来就是最为真实的异步。另一种情况是，在循环中，如果希望前一个异步执行完毕、后一个异步再执行，该怎么办？

5、本次循环，等有了结果，再进行下一次循环。因此，循环每执行一次就会被暂停（“卡住”）一次，直到循环结束。这种编码实现，很好的消除了层层嵌套的 “回调地狱” 问题，降低了认知难度。这就是异步维咩缡朊问题同步化的方案。如果说 Promise 主要解决的是异步回调问题，那么 async + await 主要解决的就是将异步问题同步化，降低异步编程的认知负担。async + await “外异内同”早先接触这套 API 时，看着繁琐的文档，一知半解的认为 async + await 主要用来解决异步问题同步化的。其实不然。从上面的例子看到：async 关键字声明了一个 异步函数，这个 异步函数 体内有一行 await 语句，它告示了该行为同步执行，并且与上下相邻的代码是依次逐行执行的。将这个形式化的东西再翻译一下，就是：1、async 函数执行后，总是返回了一个 promise 对象2、await 所在的那一行语句是同步的其中，1 说明了从外部看，task 方法执行后返回一个 Promise 对象，正因为它返回的是 Promise，所以可以理解task 是一个异步方法。毫无疑问它是这样用的：

7、实际上 await 调用，是让后边的语句（函数）做了一个递归执行，直到获取到结果并使其 状态 变更，才会 resolve 掉，而只有 resolve 掉，await 那一行代码才算执行完，才继续往下一行执行。所以，尽管外部是一个大大的 for 循环，但是整个 for 循环是依次串行的。因此，仅从上述框架的外观出发，就不难理解 async + await 的意义。使用起来也就这么简单，反而 Promise 是一个必须掌握的基础件。秉承本次《重读 ES6》系列的原则，不过多追求理解细节和具体实现过程。继续巩固一下这个 “形式化” 的理解。async + await 的进一步理解有这样的一个异步操作 longTimeTask，已经用 Promise 进行了包装。借助该函数进行一系列验证。

9、longTimeTask(拘七呷憎) 加上再多得 then() 回调，也不过是放在了它的回调列队 queue 里了。也就是说，await 命令之后始终是一条 表达式语句，只不过上述代码书写菱诎逭幂方式比较让人迷惑。（比较好的实践建议是，将 longTimeTask 方法身后的 then() 移入 longTimeTask 函数体封装起来）其次，手动返回另一个 promise 和什么也不返回，关系到 longTimeTask() 方法最终 resolve 出去的内容不一样。换句话说，await 命令会提取其后边的promise 的 resolve 结果，进而直接导致 result 的不同。值得强调的是，await 命令只认 resolve 结果，对 reject 结果报错。不妨用以下的 return 语句替换上述 return 进行验证。