实现一个简易Promise

前言

Promise是老生常谈的问题,作为ES6时代新出的针对异步编程的一种解决方案,它解决了之前由各种setTimeout或者各种callback函数所造成的回调地狱, 最大的作用就是换了种写法,使得回调不再横向发展,改成了竖向发展 ,当然代码更好看更好理解也就能够提高生产效率(目前已经有async/await,可以使得代码组织能力和可读性更加高了),那么今天就来看看Promise的原理,以及如何实现一个简易的Promise吧。

Promise要解决什么问题

在Promise出现之前,js代码中充斥着各种回调地狱(特别是在node中,由于err一般作为回调的第一个参数,结果导致需要层层判断),例如下面的代码:

image.png

这就导致一个问题,代码横向发展成一个金字塔状,而可读性也会随着回调函数的增加变得越来越差,这就被称为回调地狱。
当然了,我们可以通过针对代码进行一些优化,例如抽离逻辑函数等,增强代码的可读性,从而解决回调地狱的问题,但是想法是想法,现实中有可能会因为deadline逼近,需求频繁变更等原因导致根本没时间或者没精力去优化代码,所以回调地狱的问题依旧非常严重。
对此,ES6推出了Promise A/+规范用于解决该问题,现代浏览器中的Promise对象就是根据该规范的实现。

Promise是如何解决回调地狱的

上面所说的回调地狱是横向发展的逻辑金字塔,Promise的使用可以将其改造成竖向的逻辑流,例如下面两段代码的对比:

old:
ajax(url, () => {
    // 处理逻辑
    ajax(url1, () => {
        // 处理逻辑
        ajax(url2, () => {
            // 处理逻辑
            ajax(url3, () => {
                // 处理逻辑
            })
        })
    })
})

new:
ajax(url)
    .then(res => {
        // 逻辑处理
        return ajax(url1)
    })
    .then(res => {
        // 逻辑处理
        return ajax(url2)
    })
    .then(res => {
        return ajax(url3)
    })

由此也可以得出,Promise有两大有点:

  1. 减少缩进
  2. 解决类似if(err)形式的代码

Promise的简易实现

  • 首先看看Promise常用API

    • 方法: all/allSettled/race/reject/resolve/then/finally/catch
    • 属性: state(pending/fulfilled/rejected)
      在本篇博文中,主要探索的点在于Promise的内部原理大概是怎么样的,所以关注点也就在于主要方法的实现,其中then方法是我们用的最多的,resolve/rejected也是需要实现的点,以及对于state状态的控制等
  • Promise中的状态
    在Promise中,一共存在三种状态pending / fulfilled / rejected,他们分别对应等待 / 执行成功 / 执行出错,并且从一开始就是pending状态,而后单向转为fulfilled或者rejected,此后状态变不再变化,也就是说这是一个单向的变化过程,并且不可逆。

  • Promise的使用
    要实现Promise,首先需要知道如何使用它,例如下面一个简单的例子:

    image.png

    Promise对象接收一个函数作为参数,该函数接收两个参数resolverejected,其中resolve函数相当于回调函数,当执行完某些任务的时候才执行,而rejected则是用于处理执行任务中的错误。
    上图例子中,Promise接收的参数函数会立即执行,并在打印出aaabbb后,执行resolve函数,之后之后在resolve函数(then)中,将参数123和123相加,最后将结果作为参数传递给下一个then函数,最后将最终结果打印出来。

  • Promise的实现

    • 第一步,首先考虑Promise是一个类,在这个类中有一个属性标识它当前所处的状态(初始化状态为pending),并且这个类接收一个函数作为参数(该函数接收resolvereject两个函数作为参数,但这两个参数都不是必传项),并且该函数会立即执行,此外还存在一个then方法,所以我们可以先行得出如下代码:

      image.png

    • 第二步,我们使用在调用Promise之后,通常会使用promise.then,然后then方法接收两个参数,第一个参数是succeed函数,用于成功时候调用,第二个参数是fail,用于失败时候调用,如下:

      image.png

      在此,我们先考虑succeed函数,succeed函数会在传入Promise的函数执行完毕后再执行,如下图所示的执行顺序:
      image.png

      也就是说succeed是在resolve之后才执行的,然后当我再写一个then的时候,其中的succeed将会在第一个thensucceed执行完毕后执行,这时候我们就需要一个数组对then传入的succeed函数进行存储,而调用then实际上就是将这些succeed函数放入这个数组中,失败时候的fail函数同理放入到callbacks中:
      image.png

    • 第三步,通过第二步骤后,我们拥有了一个数组对成功和失败的函数进行存储,每一次调用then函数时候,都会将其接收到的succeedfail函数传入存储到里面去,但是现在也存在一个问题: 我们什么时候对这些函数进行调用呢?
      首先我们再回到Promise的使用方式中来看看:

      image.png
      可以见到,Promise接收的参数的函数中,resolve作为这个函数的参数,会在执行完毕其它事物后进行调用,也就是说,在resolve的时候,会将callbacks中的succeed函数拿出来执行,依据此,我们将Promise中的constructor改为如下:
      image.png

      这时候我们可以在Promise内部设定一个resolve函数去进行这一步,需要注意的有两点:

  1. resolve的时候,Promise内部的状态就变为了fulfilled,且只能从pending状态变为fulfilled:
    image.png
  2. 因为在callbacks中存储的回调都是只能在Promise接收到的函数的其他事务处理完毕后才进行处理,所以这里对callbacks里的回调进行调用时候需要使用异步调用,可以使用setTimeout(因为setTimeout是宏任务,所以可能产生一些其他问题,但是在这里可以使用它来暂时模拟),在node中可以使用process.nextTick:
    image.png

我们可以对现在完成的代码进行测试:

  1. 使用官方Promise:
    image.png
  2. 使用自己实现的Promise:
    image.png

同理,我们reject的处理方式也可以采用这种方式:

image.png

  • 第四步,我们这时候的Promise还存在一个很大的问题,那就是无法链式调用,通常来说,Promise的用法如下:

    image.png

    但此时我们的Promise使用链式调用的时候会报错:
    image.png

    原因就在于,我们在调用then函数的时候并没有返回一个新的Promise实例,可能有人会问,为什么需要返回新的Promise实例呢? 直接用最开始声明的Promise实例不就好了吗?
    原因就在于,Promise中的状态不可逆,也就是说在下面代码中,当promise进行了resolve或者reject后,状态已经变更了,无法再回到之前的pending状态
    image.png

    这个时候就需要创建新的Promise实例来对第二个then中接收的succeedfail进行存储并执行,也就是说执行了几个then函数,就有几个Promise实例,从而可以得知then函数会返回新的Promise实例,并且这个新的实例也需要进行保存:
    image.png

    然后在resolvereject函数中,执行第二个Promise实例的resolve方法:
    image.png

    实现效果如下:
    image.png

  • 第五步,这也是最后一步了,也就是参数的传递,一般用法如下:

    image.png

    这一步相对较为简单,只需要在Promise类中,callbacks中的回调执行的时候将结果保存下来,并传递给下一个Promise实例即可:
    image.png

    结果:
    image.png

    reject的时候处理方式一样:
    image.png

  • 最后,我们再加上针对错误的处理即可:


    image.png
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,776评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,527评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,361评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,430评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,511评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,544评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,561评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,315评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,763评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,070评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,235评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,911评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,554评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,173评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,424评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,106评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,103评论 2 352

推荐阅读更多精彩内容