55. Promise 凭借什么消灭了回调地狱？

e.emit('type');

// type事件触发！

// WOW!type事件又触发了！

// type事件我只触发一次 // type事件触发！

// WOW!type事件又触发了！

一个简易的 Event 就这样实现完成了，为什么说它简易呢？因为还有很多细节的部分没有考虑:

1）在参数少的情况下，call 的性能优于 apply，反之 apply 的性能更好。因此在执行回调时候可以根据情况调用 call 或者 apply。

2）考虑到内存容量，应该设置回调列表的最大值，当超过最大值的时候，应该选择部分回调进行删除操作。

3）鲁棒性有待提高。对于参数的校验很多地方直接忽略掉了。

1. Promise 凭借什么消灭了回调地狱？

问题

首先，什么是回调地狱:

1）多层嵌套的问题。

2）每种任务的处理结果存在两种可能性（成功或失败），那么需要在每种任务执行结束后分别处理这两种可能性。

这两种问题在回调函数时代尤为突出。Promise 的诞生就是为了解决这两个问题。

解决方法

Promise 利用了三大技术手段来解决回调地狱:

回调函数延迟绑定。

返回值穿透。

错误冒泡。

首先来举个例子:

reject(err);

}else { resolve(data);

} })

} readFilePromise('1.json').then(data => {

return readFilePromise('2.json')

});

看到没有，回调函数不是直接声明的，而是在通过后面的 then 方法传入的，即延迟传入。这就是回调函数延迟绑定。

然后我们做以下微调:

let x = readFilePromise('1.json').then(data => { return readFilePromise('2.json')//这是返回的Promise

});

x.then(/* 内部逻辑省略 */)

我们会根据 then 中回调函数的传入值创建不同类型的Promise, 然后把返回的 Promise 穿透到外层, 以供后续的调用。这里的 x 指的就是内部返回的 Promise，然后在 x 后面可以依次完成链式调用。

这便是返回值穿透的效果。

这两种技术一起作用便可以将深层的嵌套回调写成下面的形式:

readFilePromise('1.json').then(data => { return readFilePromise('2.json');

}).then(data => { return readFilePromise('3.json');

}).then(data => { return readFilePromise('4.json');

});

这样就显得清爽了许多，更重要的是，它更符合人的线性思维模式，开发体验也更好。

两种技术结合产生了链式调用的效果。

这解决的是多层嵌套的问题，那另一个问题，即每次任务执行结束后分别处理成功和失败的情况怎么解决的呢？

Promise 采用了错误冒泡的方式。其实很简单理解，我们来看看效果:

readFilePromise('1.json').then(data => { return readFilePromise('2.json');

}).then(data => { return readFilePromise('3.json');

}).then(data => { return readFilePromise('4.json');

}).catch(err => {