async/await到底要不要加try-catch？

写法1：老实用 try catch

function getUserInfo () {
    return new Promise((resolve, reject) => {
        setTimeout(() => {
            reject('请求出错了哦')
        }, 1000)
    })
}

async function logined () {
    try {
        let userInfo = await getUserInfo()
        // 如果上面出错了，这里就不会执行了
        let pageInfo = await getPageInfo(userInfo?.userId)
    } catch(e) {
        console.warn('抓到一个错误:', e)
    }
}

logined()

这种写法的好处是错误能抓住，而且代码会在出错的地方停下来，不会继续往下执行。缺点就是 try catch 占了太多行数，每个接口都这么写的话，代码看起来有点啰嗦。

写法2：直接在后面接 .catch()

function getUserInfo () {
    return new Promise((resolve, reject) => {
        setTimeout(() => {
            reject('请求出错了哦')
        }, 1000)
    })
}

async function logined () {
    let userInfo = await getUserInfo().catch(e => console.warn('抓到一个错误:', e))
    // 注意：这里即使出错了也会继续执行！
    if (!userInfo) return // 所以得手动检查一下
    let pageInfo = await getPageInfo(userInfo?.userId)
}

logined()

这种写法也能抓住错误，但是程序不会自动停下来，还会继续往下走。所以你得自己检查userInfo是不是空的，不然可能会出问题。

写法3：在 catch 里再 reject

function getUserInfo () {
    return new Promise((resolve, reject) => {
        setTimeout(() => {
            reject('请求出错了哦')
        }, 1000)
    })
}

async function logined () {
    let userInfo = await getUserInfo().catch(e => {
        console.warn('抓到一个错误:', e)
        return Promise.reject(e) // 这里再扔出去一次
    })
    // 这样就会停在这里了
    let pageInfo = await getPageInfo(userInfo?.userId)
}

logined()

这种写法能让程序在出错的地方停下来，但是会在控制台留下一个 "uncaught (in promise)" 的错误提示，有些人觉得这样不太好看。

到底该用哪种？

实在真实项目里，我们一般会用 axios 或 fetch 这些库来发请求，通常会对它们进行一层封装。在封装的时候就可以统一处理错误了。

至于要不要在 await 后面加 try catch，主要看你想不想让程序在出错的时候停下来：

1、不想中断程序，可以这样写：

let userInfo = await getUserInfo().catch(e => console.warn(e))
if (!userInfo) return // 记得检查一下是不是空的

这样控制台不会报红字错误。

2、想中断程序，又不想看控制台报错，就用 try catch：

try {
    let userInfo = await getUserInfo()
    let pageInfo = await getPageInfo(userInfo?.userId)
} catch(e) {
    console.warn(e)
}

3、想中断程序，又不介意控制台报错：

let userInfo = await getUserInfo().catch(e => {
    console.warn(e)
    return Promise.reject(e)
})
// 这里会停下来
let pageInfo = await getPageInfo(userInfo?.userId)

从我个人的使用体验来看，try catch 是最好的选择：

• 代码逻辑更清晰，更像同步代码的写法
• 错误处理集中在一个地方，好管理
• 控制台不会出现一堆难看的 "uncaught (in promise)" 错误
• 符合直觉：出错了就应该停下来

虽然 try catch 会让代码多几行，但是比起代码的可读性和可维护性，这点代价是值得的。

相关资料