es6 promise的catch 和 then 的区别认识

从链式调用的情况下看,

catch是then的语法糖,表现出的规律性如下。

catch 返回实值:Promise {: 1}
catch 抛出错误:Promise {: "err"}
catch 无返回: Promise {: undefined}

then 返回实值:Promise {: 1}
then 抛出错误:Promise {: "err"}
then 无返回: Promise {: undefined}

而Promise对象的本身对链式调用与否的结构又是如何呢? 这是所有人都清晰的

resolved状态下:then执行,catch不执行
rejected状态下: then不执行,catch执行

在平时使用时?

关键在于undefined下,其实也属于resolved状态,

所以会有这个特点
我们经常使用时并不会在then和catch中去返回特定的值,
于是我们假定callA和callB中返回的都是undefined:
我们的想要的结果是:resolve时只执行callA,reject时只执行callB

P_resolve.then(callA).catch(callB) callA执行后,callB不执行 符合
P_reject.then(callA).catch(callB) callA不执行后,callB执行 符合
而如果这样使用
P_reject.catch(callB).then(callA) 当callB执行时,callA也会被执行 不符合
P_resolve.catch(callB).then(callA) 当callB不执行,callA会被执行 符合

因此如果在复杂的链式调用中出现catch后会接上then的情况,catch中一定需要写上返回reject态的Promise,当你不需要执行后续的then时。

但同时也会导致,在后续没有另外一个catch的话,该catch抛出的错误被抛到应用顶层,最终系统报错。

基本也就能认为, 如果要安全地使用Promise,保证系统不报错的前提下,catch必须被最后调用并返回resolve状态。

你可能感兴趣的:(es6 promise的catch 和 then 的区别认识)