举个栗子，如果用户在没有登陆的条件下调用接口，那么所有接口都应该返回一个状态码表示用户没有登陆，此时需要跳转到登陆页进行登陆。
但是如果每次调用接口都需要判断一下，代码就会显得十分冗余，因此我们定义了一个apAjax.js，核心代码如下：
const apAjax = (options) => {
// 一些配置代码
return new Promise((resolve, reject) => {
axios({
method: options.method,
url: options.url,
data: options.data,
...
}).then((res) => {
resolve(res)
if(res.code == 401) {
// 跳转到登陆页
}
// 其他代码
}).catch((error) => {
reject(error)
})
})
}
调用
import apAjax from 'apAjax.js'
apAjax(options).then(res => {
// 在这里我们只需要处理接口正常返回的情况即可
// 因为未登陆的情况已经在apAjax.js里面统一处理了
})
看上去代码更加精简了，并且在全局有了统一的错误处理，但是当我们的项目接入sentry日志监控之后，却收到了下图的报错信息
明明在封装的apAjax函数里面进行了catch错误捕获，为什么还会报错呢？
可以看到我们axios函数的then方法里面第一行代码就是resolve(res)，这时候Promise的状态已经变成了resolved，这种改变是不可逆的，此时就算后面的其他代码抛出异常，也不会被catch方法捕获到。
另外，Promise对象的错误还有“冒泡”的性质，会一直向后传递，直到被捕获为止。但是上面的调用代码只有then没有catch。（以为被全局统一捕获了，所以没写）最终诞生了这个无家可归的异常。
不仅如此, Promise之间泾渭分明，内部Promise抛出的任何错误，外部Promise对象都无法感知并捕获。 同时，由于promise是异步的，try catch语句也无法捕获其错误。
因此养成良好习惯，不要偷懒，每一个Promise都请记得写上catch。
