ES6范例出炉之前，一个幽魂，回调的幽魂，浪荡在JavaScript天下。
正所谓：
天下本没有回调，写的人多了，也就有了
})})})})})。
Promise的鼓起，是由于异步要领挪用中，往往会涌现回调函数一环扣一环的状况。这类状况致使了回调金字塔题目的涌现。不仅代码写起来费力又不雅观，而且题目复杂的时刻，浏览代码的人也难以明白。
举例以下：
db.save(data, function(data){
// do something...
db.save(data1, function(data){
// do something...
db.save(data2, function(data){
// do something...
done(data3); // 返回数据
})
});
});
假定有一个数据库保留操纵，一次要求须要在三个表中保留三次数据。那末我们的代码就跟上面的代码相似了。这时刻假定在第二个db.save出了题目怎么办？基于这个斟酌，我们又须要在每一层回调中运用相似try...catch如许的逻辑。这个就是万恶的泉源，也是node刚开始广为诟病的一点。
别的一个瑕玷就是，假定我们的三次保留之间并没有前后依靠关联，我们依旧须要守候前面的函数实行终了, 才实行下一步，而没法三个保留并行，以后返回一个三个保留事后须要的效果。（或许说完成起来须要技能）
不幸的是，在我刚开始打仗node的时刻，我写了大批如许的hell。
作为一个偶然还动下头脑的程序员，我尝试了朴灵大人的eventproxy。厥后由于照样写前端代码多一些，我打仗了ES6，发现了一个处置惩罚回调深渊的利器Promise。
实在早在ES6的Promise之前，Q，when.js，bluebird等等库早就依据Promise范例（参考Promise/A+）造出了自身的promise轮子。
（看过一篇文章，我觉得很有原理。内里说，不要扩大内置的原生对象。这类做法是不能面向未来的。所以这里有一个提醒：运用扩大原生Promise的库时，须要郑重。）
这里仅议论原生的Promise。
ES6 Promise
Promise对象状况
在详解Promise之前，先来点理论：
Promise/A+范例, 划定Promise对象是一个有限状况机。它三个状况：
pending（实行中）fulfilled（胜利）reject（谢绝）
个中pending为初始状况，fulfilled和rejected为完毕状况（完毕状况示意promise的生命周期已完毕）。
状况转换关联为：
pending->fulfilled，pending->rejected。
跟着状况的转换将触发种种事宜（如实行胜利事宜、实行失利事宜等）。
Promise情势
Promise的长相就像如许子：
var promise = new Promise(function func(resolve, reject){
// do somthing, maybe async
if (success){
return resolve(data);
} else {
return reject(data);
}
});
promise.then(function(data){
// do something... e.g
console.log(data);
}, function(err){
// deal the err.
})
这里的变量promise是Promise这个对象的实例。
promise对象在建立的时刻会实行func函数中的逻辑。
逻辑处置惩罚终了而且没有毛病时，resolve这个回调会将值通报到一个特别的处所。这个特别的处所在哪呢？就是下面代码中的then，我们运用then中的回调函数来处置惩罚resolve后的效果。比方上面的代码中，我们将值简朴的输出到掌握台。假如有毛病，则reject到then的第二个回调函数中，对毛病举行处置惩罚。
合营上面的有限状况机的理论，我们晓得在Promise组织函数中实行回调函数代码时，状况为pending，resolve以后状况为fulfilled，reject以后状况为reject
Promise数据活动
以上是promise的第一次数据活动状况。
比较funny的是，promise的then要领依旧能够返回一个Promise对象，如许我们就又能用下一个then来做一样的处置惩罚。
第一个then中的两个回调函数决议第一个then返回的是一个什么样的Promise对象。
假定第一个
then的第一个回调没有返回一个Promise对象，那末第二个then的挪用者照样本来的Promise对象，只不过其resolve的值变成了第一个then中第一个回调函数的返回值。假定第一个
then的第一个回调函数返回了一个Promise对象，那末第二个then的挪用者变成了这个新的Promise对象，第二个then守候这个新的Promise对象resolve或许reject以后实行回调。
话虽然饶了一点，然则我自我感觉说的照样很清晰的呢。哈哈~
假如恣意处所碰到了毛病，则毛病以后交给碰到的第一个带第二个回调函数的then的第二个回调函数来处置惩罚。能够明白为毛病一向向后reject, 直到被处置惩罚为止。
别的，Promise对象另有一个要领catch，这个要领吸收一个回调函数来处置惩罚毛病。即：
promise.catch(function(err){
// deal the err.
})
假定对毛病的处置惩罚是相似的，这个要领能够对毛病举行集中统一处置惩罚。所以其他的then要领就不须要第二个回调啦~
掌握并发的Promise
Promise有一个”静态要领”——Promise.all(注重并非是promise.prototype)， 这个要领吸收一个元素是Promise对象的数组。
这个要领也返回一个Promise对象，假如数组中所有的Promise对象都resolve了，那末这些resolve的值将作为一个数组作为Promise.all这个要领的返回值的（Promise对象）的resolve值，以后能够被then要领处置惩罚。假如数组中恣意的Promise被reject,那末该reject的值就是Promise.all要领的返回值的reject值.
很op的一点是：
then要领的第一个回调函数吸收的resolve值（如上所述，是一个数组）的递次和Promise.all中参数数组的递次一致，而不是按时候递次排序。
另有一个和Promise.all相相似的要领Promise.race，它一样吸收一个数组，只不过它只吸收第一个被resolve的值。
将其他对象变成Promise对象
Promise.resovle要领，能够将不是Promise对象作为参数，返回一个Promise对象。
有两种情况：
假定传入的参数没有一个
.then要领，那末这个返回的Promise对象变成了resolve状况，其resolve的值就是这个对象自身。假定传入的参数带有一个
then要领（称为thenable对象）, 那末将这个对象的范例变成Promise,其then要领变成Promise.prototype.then要领。
Promise是处置惩罚异步的计划吗？
末了说一点很主要的事：Promise的作用是处置惩罚回调金字塔的题目，关于掌握异步流程实际上没有起到很大的作用。真正运用Promise对异步流程举行掌握，我们还要借助ES6 generator函数。（比方Tj大神的co库的完成)。
但是ES7将有一个越发牛逼的处置惩罚计划：async/await，这个计划相似于co,然则加了原生支撑。拭目以待吧。
文档
以上。一点细小的看法，感谢人人。
