基于浏览器的事件轮询机制（以及Node.js中的事件轮询机制），JavaScript常常会运行在异步环境中。由于JavaScript本身语言的特性（不需要程序员操控线程/进程），在js中解决异步化编程的方法就显得相当重要。可以说一个完整的项目中，js开发人员是不可能不面对异步操作的。本文将详细介绍几种经典JavaScript异步编程串行化方法，同时也将简单介绍一下ES6提供的Promise顺序执行方法。

一.回调函数

（1）经典回调函数方式：嵌套内联函数

假设我们有一个ajax()方法，他接收一个url参数，向该地址发起一个异步请求，在请求结束时执行第二个参数—一个回调函数：

可以说这种方式几乎是每个前端开发人员都用过的回调函数方式，有了这样的回调机制，开发人员就不用编写类似下面这样的代码来推测服务器请求什么时候返回：

大家应该能明白我此处想表达的意思。我们设置了一个延迟400毫秒的定时器，来假设我们发出的ajax请求会在400毫秒之内完成。否则，我们将会操作一个undefined的result。

但是有一个问题随着项目的扩大渐渐浮现出来：如果场景需要我们多层嵌套回调函数，代码将变得难以阅读和维护：

（2）调用外部函数

为了解决内联回调函数暴露出来的代码混乱问题，我们引入外部函数调用来解决类似问题：

通过这种拆分内联函数，来调用外部函数的优化方法，能极大的保持代码的简洁性。

二.制定回调管理器

观察流行的JavaScript流程控制工具，例如Nimble、Step、Seq，我们会学习到一种简洁的设计模式：通过回调管理器来控制异步JavaScript执行流程，下面是一个典型的回调管理器的关键代码示例：

我们初始化了一个Flow控制器，为他设计了series和next两个函数属性。在我们编写的业务方法内部，在方法结尾处通过调用Flow.next()的方式来顺序触发下一个方法；通过执行series方法来顺序执行异步函数。这种通过核心控制器来管理异步函数调用的方式简化了我们的编程过程，让开发人员能够投入更多精力在业务逻辑上。

三.全局标记控制

（1）简单计数器控制

也许上面介绍的异步方法仍然不能满足实际开发中的业务场景：假设我们有a()，b()，c()三个方法，a和b没有依赖关系，可以异步进行。但是c必须在a和b都完成之后才能触发。为满足这样的逻辑实现，我们加入一个全局计数器来控制代码的执行流程：

我们设置了一个全局变量flag来监控方法a和方法b的完成情况。方法b通过设置一个200毫秒的定时器来模拟网络环境，最终会在b方法执行完成之后成功调用c方法。这样我们就实现了对方法a()，b()，c()的依赖调用。

（2）面向数据的控制

当上述方案在复杂场景下应用时，会出现如下问题：产品经过多个版本迭代，c方法依赖更多的方法，因此计数器flag需要不断的变化；产品迭代过程中更换了开发人员。当出现上述两种情况时，代码的逻辑将会变得混乱不堪，flag标记符是否能保持简明正确很大程度上受到了产品迭代的影响。因此我们提出面向数据的优化改进。

在真实的开发场景中，存在方法依赖的原因基本都是因为存在数据依赖，对于上面那个简单的示例：c方法依赖于a方法和b方法操作的结果，而不是依赖于flag是否为0。因此我们可以通过检查依赖方法是否已经完成了数据处理来代替检查标记符是否已经被置为0，在这个例子中也就是在c方法中检查aValue和bValue是否已经完成了赋值：

针对更加通用的场景，我们将上述代码修改为下：

通过面向数据的检查方式，未来扩展时，我们仅需要在新增的方法中增加对checkDependency对象的修改，并且在c方法中检查相应属性的存在就能实现异步依赖方法的顺序执行。

四.ES6新增方法—Promise类

为了解决JavaScript中异步方法的复杂性，官方引入了一种统一的控制方式：

上例代码展示了一个基础的Promise应用，也许实际场景中更加多见的是下面这种链式调用：

如果对Promise感兴趣的话，可以在网上寻找资料继续深入学习！

关于Promise的兼容性，通常web前端JavaScript代码中不会直接使用Promise（通过caniuse.com网站查询发现Android4.4不支持Promise）。如果特别想使用的，往往会在项目中附带一些补足兼容性的promise类库；而后端Node.js可以放心使用Promise类来管理异步逻辑。