本文来自网易云社区。设计模式
为了让你们更容易理解,咱们从一个场景开始讲解,让你们一步一步跟着思路思考,相信你必定会更容易看懂。数组
考虑下面一种获取用户id的请求处理promise
//例1 function getUserId() { return new Promise(function(resolve) { //异步请求 http.get(url, function(results) { resolve(results.id) }) }) } getUserId().then(function(id) { //一些处理 })
getUserId
方法返回一个promise
,能够经过它的then
方法注册(注意注册
这个词)在promise
异步操做成功时执行的回调。这种执行方式,使得异步调用变得十分顺手。异步
那么相似这种功能的Promise
怎么实现呢?其实按照上面一句话,实现一个最基础的雏形仍是很easy的。函数
function Promise(fn) { var value = null, callbacks = []; //callbacks为数组,由于可能同时有不少个回调 this.then = function (onFulfilled) { callbacks.push(onFulfilled); }; function resolve(value) { callbacks.forEach(function (callback) { callback(value); }); } fn(resolve); }
上述代码很简单,大体的逻辑是这样的:this
调用then
方法,将想要在Promise
异步操做成功时执行的回调放入callbacks
队列,其实也就是注册回调函数,能够向观察者模式方向思考;url
建立Promise
实例时传入的函数会被赋予一个函数类型的参数,即resolve
,它接收一个参数value,表明异步操做返回的结果,当一步操做执行成功后,用户会调用resolve
方法,这时候其实真正执行的操做是将callbacks
队列中的回调一一执行;spa
能够结合例1
中的代码来看,首先new Promise
时,传给promise
的函数发送异步请求,接着调用promise
对象的then
属性,注册请求成功的回调函数,而后当异步请求发送成功时,调用resolve(results.id)
方法, 该方法执行then
方法注册的回调数组。prototype
相信仔细的人应该能够看出来,then
方法应该可以链式调用,可是上面的最基础简单的版本显然没法支持链式调用。想让then
方法支持链式调用,其实也是很简单的:翻译
this.then = function (onFulfilled) { callbacks.push(onFulfilled); return this; };
see?只要简单一句话就能够实现相似下面的链式调用:
// 例2 getUserId().then(function (id) { // 一些处理 }).then(function (id) { // 一些处理 });
细心的同窗应该发现,上述代码可能还存在一个问题:若是在then
方法注册回调以前,resolve
函数就执行了,怎么办?好比promise
内部的函数是同步函数:
// 例3 function getUserId() { return new Promise(function (resolve) { resolve(9876); }); } getUserId().then(function (id) { // 一些处理 });
这显然是不容许的,Promises/A+
规范明确要求回调须要经过异步方式执行,用以保证一致可靠的执行顺序。所以咱们要加入一些处理,保证在resolve
执行以前,then
方法已经注册完全部的回调。咱们能够这样改造下resolve
函数:
function resolve(value) { setTimeout(function() { callbacks.forEach(function (callback) { callback(value); }); }, 0) }
上述代码的思路也很简单,就是经过setTimeout
机制,将resolve
中执行回调的逻辑放置到JS
任务队列末尾,以保证在resolve
执行时,then
方法的回调函数已经注册完成.
可是,这样好像还存在一个问题,能够细想一下:若是Promise
异步操做已经成功,这时,在异步操做成功以前注册的回调都会执行,可是在Promise
异步操做成功这以后调用的then
注册的回调就不再会执行了,这显然不是咱们想要的。
恩,为了解决上一节抛出的问题,咱们必须加入状态机制,也就是你们熟知的pending
、fulfilled
、rejected
。
Promises/A+
规范中的2.1Promise States
中明确规定了,pending
能够转化为fulfilled
或rejected
而且只能转化一次,也就是说若是pending
转化到fulfilled
状态,那么就不能再转化到rejected
。而且fulfilled
和rejected
状态只能由pending
转化而来,二者之间不能互相转换。一图胜千言:
改进后的代码是这样的:
function Promise(fn) { var state = 'pending', value = null, callbacks = []; this.then = function (onFulfilled) { if (state === 'pending') { callbacks.push(onFulfilled); return this; } onFulfilled(value); return this; }; function resolve(newValue) { value = newValue; state = 'fulfilled'; setTimeout(function () { callbacks.forEach(function (callback) { callback(value); }); }, 0); } fn(resolve); }
上述代码的思路是这样的:resolve
执行时,会将状态设置为fulfilled
,在此以后调用then
添加的新回调,都会当即执行。
这里没有任何地方将state
设为rejected
,为了让你们聚焦在核心代码上,这个问题后面会有一小节专门加入。
那么这里问题又来了,若是用户再then函数里面注册的仍然是一个Promise
,该如何解决?好比下面的例4
:
// 例4 getUserId() .then(getUserJobById) .then(function (job) { // 对job的处理 }); function getUserJobById(id) { return new Promise(function (resolve) { http.get(baseUrl + id, function(job) { resolve(job); }); }); }
这种场景相信用过promise
的人都知道会有不少,那么相似这种就是所谓的链式Promise
。
链式Promise
是指在当前promise
达到fulfilled
状态后,即开始进行下一个promise
(后邻promise
)。那么咱们如何衔接当前promise
和后邻promise
呢?(这是这里的难点)。
其实也不是辣么难,只要在then
方法里面return
一个promise
就好啦。Promises/A+
规范中的2.2.7就是这么说哒(微笑脸)~
下面来看看这段暗藏玄机的then
方法和resolve
方法改造代码:
function Promise(fn) { var state = 'pending', value = null, callbacks = []; this.then = function (onFulfilled) { return new Promise(function (resolve) { handle({ onFulfilled: onFulfilled || null, resolve: resolve }); }); }; function handle(callback) { if (state === 'pending') { callbacks.push(callback); return; } //若是then中没有传递任何东西 if(!callback.onFulfilled) { callback.resolve(value); return; } var ret = callback.onFulfilled(value); callback.resolve(ret); } function resolve(newValue) { if (newValue && (typeof newValue === 'object' || typeof newValue === 'function')) { var then = newValue.then; if (typeof then === 'function') { then.call(newValue, resolve); return; } } state = 'fulfilled'; value = newValue; setTimeout(function () { callbacks.forEach(function (callback) { handle(callback); }); }, 0); } fn(resolve); }
咱们结合例4
的代码,分析下上面的代码逻辑,为了方便阅读,我把例4
的代码贴在这里:
// 例4 getUserId() .then(getUserJobById) .then(function (job) { // 对job的处理 }); function getUserJobById(id) { return new Promise(function (resolve) { http.get(baseUrl + id, function(job) { resolve(job); }); }); }
then
方法中,建立并返回了新的Promise
实例,这是串行Promise
的基础,而且支持链式调用。
handle
方法是promise
内部的方法。then
方法传入的形参onFulfilled
以及建立新Promise
实例时传入的resolve
均被push
到当前promise
的callbacks
队列中,这是衔接当前promise
和后邻promise
的关键所在(这里必定要好好的分析下handle的做用)。
getUserId
生成的promise
(简称getUserId promise
)异步操做成功,执行其内部方法resolve
,传入的参数正是异步操做的结果id
调用handle
方法处理callbacks
队列中的回调:getUserJobById
方法,生成新的promise
(getUserJobById promise
)
执行以前由getUserId promise
的then
方法生成的新promise
(称为bridge promise
)的resolve
方法,传入参数为getUserJobById promise
。这种状况下,会将该resolve
方法传入getUserJobById promise
的then
方法中,并直接返回。
在getUserJobById promise
异步操做成功时,执行其callbacks
中的回调:getUserId bridge promise
中的resolve
方法
最后执行getUserId bridge promise
的后邻promise
的callbacks
中的回调。
更直白的能够看下面的图,一图胜千言(都是根据本身的理解画出来的,若有不对欢迎指正):
在异步操做失败时,标记其状态为rejected
,并执行注册的失败回调:
//例5 function getUserId() { return new Promise(function(resolve) { //异步请求 http.get(url, function(error, results) { if (error) { reject(error); } resolve(results.id) }) }) } getUserId().then(function(id) { //一些处理 }, function(error) { console.log(error) })
有了以前处理fulfilled
状态的经验,支持错误处理变得很容易,只须要在注册回调、处理状态变动上都要加入新的逻辑:
function Promise(fn) { var state = 'pending', value = null, callbacks = []; this.then = function (onFulfilled, onRejected) { return new Promise(function (resolve, reject) { handle({ onFulfilled: onFulfilled || null, onRejected: onRejected || null, resolve: resolve, reject: reject }); }); }; function handle(callback) { if (state === 'pending') { callbacks.push(callback); return; } var cb = state === 'fulfilled' ? callback.onFulfilled : callback.onRejected, ret; if (cb === null) { cb = state === 'fulfilled' ? callback.resolve : callback.reject; cb(value); return; } ret = cb(value); callback.resolve(ret); } function resolve(newValue) { if (newValue && (typeof newValue === 'object' || typeof newValue === 'function')) { var then = newValue.then; if (typeof then === 'function') { then.call(newValue, resolve, reject); return; } } state = 'fulfilled'; value = newValue; execute(); } function reject(reason) { state = 'rejected'; value = reason; execute(); } function execute() { setTimeout(function () { callbacks.forEach(function (callback) { handle(callback); }); }, 0); } fn(resolve, reject); }
上述代码增长了新的reject
方法,供异步操做失败时调用,同时抽出了resolve
和reject
共用的部分,造成execute
方法。
错误冒泡是上述代码已经支持,且很是实用的一个特性。在handle
中发现没有指定异步操做失败的回调时,会直接将bridge promise
(then
函数返回的promise
,后同)设为rejected
状态,如此达成执行后续失败回调的效果。这有利于简化串行Promise
的失败处理成本,由于一组异步操做每每会对应一个实际功能,失败处理方法一般是一致的:
//例6 getUserId() .then(getUserJobById) .then(function (job) { // 处理job }, function (error) { // getUserId或者getUerJobById时出现的错误 console.log(error); });
细心的同窗会想到:若是在执行成功回调、失败回调时代码出错怎么办?对于这类异常,可使用try-catch
捕获错误,并将bridge promise
设为rejected
状态。handle
方法改造以下:
function handle(callback) { if (state === 'pending') { callbacks.push(callback); return; } var cb = state === 'fulfilled' ? callback.onFulfilled : callback.onRejected, ret; if (cb === null) { cb = state === 'fulfilled' ? callback.resolve : callback.reject; cb(value); return; } try { ret = cb(value); callback.resolve(ret); } catch (e) { callback.reject(e); } }
若是在异步操做中,屡次执行resolve
或者reject
会重复处理后续回调,能够经过内置一个标志位解决。
刚开始看promise源码的时候总不能很好的理解then和resolve函数的运行机理,可是若是你静下心来,反过来根据执行promise时的逻辑来推演,就不难理解了。这里必定要注意的点是:promise里面的then函数仅仅是注册了后续须要执行的代码,真正的执行是在resolve方法里面执行的,理清了这层,再来分析源码会省力的多。
如今回顾下Promise的实现过程,其主要使用了设计模式中的观察者模式:
经过Promise.prototype.then和Promise.prototype.catch方法将观察者方法注册到被观察者Promise对象中,同时返回一个新的Promise对象,以即可以链式调用。
被观察者管理内部pending、fulfilled和rejected的状态转变,同时经过构造函数中传递的resolve和reject方法以主动触发状态转变和通知观察者。
JavaScript Promises ... In Wicked Detail
本文来自网易云社区,经做者顾静受权发布。
了解网易云 :
网易云官网:https://www.163yun.com
网易云社区:https://sq.163yun.com/blog
网易云新用户大礼包:https://www.163yun.com/gift
更多网易研发、产品、运营经验分享请访问网易云社区。