在写Node.js的过程中，连续的IO操作可能会导致“金字塔噩梦”，回调函数的多重嵌套让代码变的难以维护，利用CommonJs的Promise来封装异步函数，使用统一的链式API来摆脱多重回调的噩梦。
Node.js提供的非阻塞IO模型允许我们利用回调函数的方式处理IO操作，但是当需要连续的IO操作时，你的回调函数会多重嵌套，代码很不美观，而且不易维护，而且可能会有许多错误处理的重复代码，也就是所谓的“Pyramid of Doom”。
什么是Promise？
CommonJs的Promise规范有许多种，我们一般讨论的是Promise/A+规范，它定义了Promise的基本行为。
Promise是一个对象，它通常代表一个在未来可能完成的异步操作。这个操作可能成功也可能失败，所以一个Promise对象一般有3个状态：Pending，Fulfilled，Rejected。分别代表未完成、成功完成和操作失败。一旦Promise对象的状态从Pending变成Fulfilled或者Rejected任意一个，它的状态都没有办法再被改变。
一个Promise对象通常会有一个then方法，这个方法让我们可以去操作未来可能成功后返回的值或者是失败的原因。这个then方法是这样子的：
promise.then(onFulfilled,onRejected) 显而易见的是，then方法接受两个参数，它们通常是两个函数，一个是用来处理操作成功后的结果的，另一个是用来处理操作失败后的原因的，这两个函数的第一个参数分别是成功后的结果和失败的原因。如果传给then方法的不是一个函数，那么这个参数会被忽略。
then方法的返回值是一个Promise对象，这一个特点允许我们链式调用then来达到控制流程的效果。这里有许多细节上的问题，比如值的传递或者错误处理等。Promise的规范是这样定义的：
onFulfilled或者onRejected函数的返回值不是Promise对象，则该值将会作为下一个then方法中onFulfilled的第一个参数，如果返回值是一个Promise对象，怎么then方法的返回值就是该Promise对象 onFulfilled或者onRejected函数中如果有异常抛出，则该then方法的返回的Promise对象状态转为Rejected，如果该Promise对象调用then，则Error对象会作为onRejected函数的第一个参数 如果Promise状态变为Fulfilled而在then方法中没有提供onFulfilled函数，则then方法返回的Promise对象状态变为Fulfilled且成功的结果为上一个Promise的结果，Rejected同理。 补充一句，onFulfilled和onRejected都是异步执行的。
规范的实现：q
上面讲的是Promise的规范，而我们需要的是它的实现，q是一个对Promise/A+有着较好实现规范的库。
首先我们需要创建一个Promise对象，关于Promise对象创建的规范在Promise/B中，这里不做详细的解释，直接上代码。
多数Promise的实现在Promise的创建上大同小异，通过创建一个具有promise属性的defer对象，如果成功获取到值则调用defer.resolve(value)，如果失败，则调用defer.reject(reason)，最后返回defer的promise属性即可。这个过程可以理解为调用defer.resolve将Promise的状态变成Fulfilled，调用defer.reject将Promise的状态变成Rejected。
在面对一系列连续的异步方法时，怎么利用Promise写出漂亮的代码呢？看下下面的例子。
在上面的代码中，then方法只接受OnFulfilled，而catch方法实际上就是then(null,OnRejected)，这样的话只要一系列异步方法只要始终是成功返回值的，那么代码就会瀑布式的向下运行，如果其中任意一个异步方法失败或者发生异常，那么根据CommonJs的Promise规范，将执行catch中的function。q还提供了finally方法，从字面上也很好理解，就是不论resolve还是reject，最终都会执行finally中的function。
看上去似乎不错，代码更以维护且美观了，那么如果希望并发呢？
q也为并发提供了api，调用all方法并传递一个Promise数组即可继续使用then的链式风格。还有像q.nfbind等可以将Node.js的原生API转化成Promise来统一代码格式也是挺好的。更多api在这里就不一一详述了。
结论
本文主要介绍通过使用Promise来解决Node.js控制流问题，但Promise也可同样应用于前端，EMCAScript6已经提供了原生的API支持。需要指出的是Promise并不是唯一的解决方案，async也是一个很好的选择，并且提供更友好的并发控制API，不过我觉得Promise在封装具有异步方法的函数时更具优势。
好了，本文就先到这里了，希望对大家能够有所帮助。
