在Chrome或Firefox的控制台标签上试用这段代码
var p = new Promise(function(resolve, reject) {
setTimeout(function() {
reject(10);
}, 1000)
})
p.then(function(res) { console.log(1, 'succ', res) })
.catch(function(res) { console.log(1, 'err', res) })
.then(function(res) { console.log(2, 'succ', res) })
.catch(function(res) { console.log(2, 'err', res) })
结果将是
1 "err" 10
2 "res" undefined
我尝试了很多其他示例,但似乎第一个then()
会返回一个始终解析且永不拒绝的承诺。我已经在Chrome 46.0.2490.86和Firefox 42.0上试过了这个。为什么会这样?我认为then()
和catch()
可以连锁多次?
答案 0 :(得分:8)
就像在同步代码中一样:
try {
throw new Error();
} catch(e) {
console.log("Caught");
}
console.log("This still runs");
在处理异常之后运行的代码将运行 - 这是因为异常是一种错误恢复机制。通过添加该捕获,您发出错误已被处理的信号。在同步的情况下,我们通过重新抛出来处理这个问题:
try {
throw new Error();
} catch(e) {
console.log("Caught");
throw e;
}
console.log("This will not run, still in error");
承诺的工作方式类似:
Promise.reject(Error()).catch(e => {
console.log("This runs");
throw e;
}).catch(e => {
console.log("This runs too");
throw e;
});
作为提示 - 永远不要拒绝非Error
s,因为你失去了很多有用的东西,比如有意义的堆栈跟踪。
答案 1 :(得分:2)
为什么会这样?我以为then()和catch()可以连锁多次?
@Benjamin是对的,+ 1,但换句话说,这些是规则:
then
,则链接应按顺序调用的方法,直到抛出异常为止。 then
链中的例外必须由catch
之后声明的then
处理。如果在catch
之后没有then
,则会触发此错误:Uncaught (in promise) Error(…)
。catch
,则链接的方法应该在出现问题时调用(之前在then
函数中)。但是,如果第一个重新抛出异常,则仅调用链中的第二个catch
,依此类推。catch
时,链将在then
之后声明的下一个catch
上恢复。