从链式调用的情况下看，
catch是then的语法糖，表现出的规律性如下。
catch 返回实值：Promise {<resolved>: 1}
catch 抛出错误：Promise {<rejected>: "err"}
catch 无返回： Promise {<resolved>: undefined}
then 返回实值：Promise {<resolved>: 1}
then 抛出错误：Promise {<rejected>: "err"}
then 无返回： Promise {<resolved>: 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状态。
