关于Promise以及你可能不知道的6件事

javascript/jquery

浏览数:213

2019-10-3

前言

Promise 是一个非常简单的概念,即使你没有机会使用 Promise,你也可能阅读过一些关于 Promise 的文章。

什么是Promise

所谓 Promise,就是一个对象,用来传递异步操作的消息。它代表了某个未来才会知道结果的事件(通常是一个异步操作),并且这个事件提供统一的 API,可供进一步处理。

Promise的作用

Promise的出现主要是解决地狱回调callback hell的问题,比如你需要结果需要请求很多个接口,这些接口的参数需要另外那个的接口返回的数据作为依赖,这样就需要我们一层嵌套一层,但是有了Promise 我们就无需嵌套。

基本的 api

  1. Promise.resolve()
  2. Promise.reject()
  3. Promise.prototype.then()
  4. Promise.prototype.catch()
  5. Promise.all() // 所有的完成
  6. Promise.all([p1,p2,p3])

Promise 的价值在于使得异步代码以一个更可读的风格结构化,而不是因异步函数嵌套显得混乱不堪。接下来接触到 6 个你可能不知道的关于 Promise 的事。

开始列举之前,先看看怎么创建 Promise:

1、then() 返回一个 forked Promise(分叉的 Promise)

先来看下面两段代码有什么不同:



如果你认为这两段代码是等价的那么你可能会因为promise 仅仅就是一维回调函数的数组。然而这两段代码并不等价, 每次调用 then() 都会返回一个 forked promise,因此,在A中如果func1中抛出异常,func2一样会执行,在B中是promise 的链式写法,操作的是func1中返回的新的 promise`,由于 func1 中抛出异常,这个 promise 被 rejected了,结果 func2 被跳过不执行了。

2、回调函数应该传递结果

再来看下边的代码会 alert 什么?

是不是误以为会alert出Hello world? 但是结果alert出来的确实undefined,原因我上边也提到了,在链式写法上下文中,下一.then()里面操作的是上个返回来的新的promise。 promise期待你的回调函数或者返回同一个结果,或者返回其他结果但是会被传给下一个回调。

3、只能捕获来自上一级的异常

再再看两段代码有什么不一样:

在A中,当第一个 then 抛出异常时,第二个 then 能捕获到该异常,并会弹出 ”啊哦 抛出错误了”。这符合只捕获来自上一级异常的规则。
在B中,正确的回调函数和错误的回调函数在同一级,也就是说,尽管在回调中抛出了异常,但是这个异常不会被捕获。事实上,B中的错误回调只有在 promise 被 rejected 或者 promise 自身抛出一个异常时才会被执行。

4、错误能被恢复

在一个错误毁掉中,如果没有重新抛出错误,promise 会认为你已经恢复了该错误,promise 的状态,会重新转变为resolved,在下面的栗子中会弹出 i am saved, 是因为第一个then()中的错误回调函数被注释了没有重新抛出异常,换句话说下一级无法捕获到异常。

Promise 可被视为洋葱的皮层,每一次调用 then 都会被添加一层皮层,每一个皮层表示一个能被处理的状态,在皮层被处理之后,promise 会认为已经修复了错误,并准备进入下一个皮层。

5、Promise 能被暂停

仅仅因为你已经在一个 then() 函数中执行过代码,并不意味着你不能够暂停 promise 去做其他事情。为了暂停当前的 promise,或者要它等待另一个 promise 完成,只需要简单地在 then() 函数中返回另一个 promise。

在上面的代码中,直到新的 promise 的状态是 resolved解析后,alert 才会显示。如果要在已经存在的异步代码中引入更多的依赖,这是一个很便利的方式。例如,你发现用户会话已经超时了,因此,你可能想要在继续执行后面的代码之前发起第二次登录。

6、resolved 状态的 Promise 不会立即执行

再再再来看最后一个栗子, 运行下面代码回弹出什么呢???

第一眼看上去像不像2,因为 promise 已经是 resolved ,then() 会立即执行(同步)。然而,promise规范要求是所有回调都是异步的,所以alert 执行时 i 的值还没有被修改,值依旧是0。

作者:machinist