触发器表达式在JavaScript中纳夫县。好的另一面是触发器表达式亦然堵塞的，因而迅速 – 的的Node.js语句中。优点是处置触发器表达式可能将很麻烦事，即使有时候要等候两个表达式顺利完成就能在展开下一场继续执行以后赢得“反弹”。

有许多方式能充分发挥触发器表达式初始化的竞争优势并搞好它的继续执行，但当中一类方式相比之下强于其它方式（Spoiler：它是Async / Await）。在责任编辑中，您将介绍采用Promises和Async/Await的原委，和他们对二者间怎样较为的观点。

Promises vs. Callbacks

做为JavaScript或Node.js开发者，正确认识Promises和Callbacks间的差别和它怎样相互配合十分关键。

二者间存有细微但关键的差别。在每一Promise的核心理念，都有两个Callback化解这类统计数据（或严重错误），那些统计数据会被初始化到Promise。

反弹执行程序：

JavaScript: Promises 介绍及为何 Async/Await 最终取得胜利

初始化validatePassword()机能：

上面的标识符短片表明了校正公钥的完备起新端检查和（它是动态的，要相匹配“bambi”）：

标识符注解得十分好，但，假如您深感疑惑，catch只会在reject()从promise初始化时继续执行。由于公钥不相匹配，他们初始化reject()，因而“catch”严重错误并将其发送到done()表达式。Promises

与传统的基于反弹的方式相比，Promise为继续执行、组合和管理触发器操作提供了更简单的替代方案。它还允许你采用类似同步try / catch的方式处置触发器严重错误。

Promise还提供三种唯一的状态：

Pending- promise的结果尚未确定，即使将产生其结果的触发器操作尚未顺利完成。Fulfilled – 触发器操作已顺利完成，并且promise有值。Rejected – 触发器操作失败，promise永远不会实现。在被拒绝状态下，promise有两个reason能指示操作失败的原因。

当promise在pending状态时，它能转换为fulfilled或rejected的状态。然而，一旦promise得到fulfilled或rejected，它将永远不会过渡到任何其它状态，其value或失败原因不会改变。

优点

Promise并没有去化解所谓的“反弹地狱”，“反弹地狱”实际上只是一系列嵌套表达式初始化。当然，对于两个初始化没关系。但对于多个初始化，您的标识符将会难以阅读和维护。

在Promises中循环

为了避免采用JavaScript展开深度嵌套反弹，假设能简单地遍历Promises，将结果返回给对象或数组，并在顺利完成后停止。不幸的是，这并不容易; 由于JavaScript的触发器特性，假如循环遍历每一Promise，在标识符顺利完成时不会初始化“done”事件。

处置这种情况的正确方式是采用Promise.all()。这个表达式在它被标记为已顺利完成以后等候所有的Fulfillments（或第一场rejection）。

严重错误处置

采用多个嵌套的Promise初始化展开严重错误处置就像蒙着眼睛的驾驶汽车一样。祝你好运找出哪个Promise犯了严重错误。你最好的选择是完全删除catch()方式并选择加入全局严重错误执行程序，如下所示：

浏览器：

Node.js：

注意：以上两个选项是确保捕获严重错误的两种方式。假如错过了添加catch()方式，它将被标识符吞噬。Async/Await?

Async/Await允许他们编写看起来是同步的触发器JavaScript。在责任编辑的前几部分中，您介绍了Promises – 它应该简化触发器流并避免反弹地狱但它没有。

反弹地狱？

Callback-hell是两个用于描述以下场景的术语：

注意：举个例子，这是两个API初始化，能从两个数组中赢得4个特定用户。

这样的标识符这很难看，也占用了大量的空间。Async/Await是JavaScript的最新和最好的东西，它允许他们不仅避免反弹地狱，而且确保他们的标识符干净并且严重错误被正确捕获。我发现Async/Await最令人着迷的是它构建在Promises之上（非堵塞等），并且允许标识符可读并且就像读取它是同步的一样。这就是关键所在。

注意：以下是一组API初始化的示例，用于从两个数组中检索4个用户，超过一半的标识符行：

标识符这样写较为优雅，对吗？即使Async/Await是建立在Promises之上的，所以你甚至能在关键字await采用Promise.all()：

注意：由于同步特性，Async/await稍微慢许多。连续多次采用它时应该小心，即使await关键字会停止继续执行后面的所有标识符 – 就像在同步标识符中一样。怎样开始采用Async/Await？

采用Async/Await十分容易理解和采用。实际上，它能在最新版本的Node.js中本地采用，并且正在迅速融入浏览器。现在，假如你想在客户端采用它，你需要采用Babel。

触发器Async

让他们从async关键字开始。它能放在function以后，如下所示：

等候Await

关键字await使JavaScript等候promise继续并返回其结果。如下所示：

完备的例子

为什么Async/Await更好？

现在他们已经介绍了Promises和Async/Await所提供的很多内容，让他们回顾一下为什么Stream认为Async/Await是标识符库的最佳选择。

Async/Await允许采用更少的标识符行，更少的输入和更少的严重错误，提供简洁明了的标识符库。最后，它使复杂的嵌套标识符再次可读。采用try/catch处置严重错误（在一处，而不是在每一初始化中）严重错误堆栈是有意义的，而不是从Promises收到的模糊严重错误，它很大并且很难找到严重错误发生的位置。最关键的是，严重错误指向严重错误发生的表达式。