async/await 到底要不要加 try catch?我来给你整明白!

前言

现在写异步代码,基本上就是 Promiseasync/await 两种写法。虽然这俩都能干同样的活,但 async/await 写起来更像同步代码,读起来更顺眼,所以很多人都说它是"异步编程的终极方案"。

不过有个问题挺让人纠结的:用 async/await 的时候,到底要不要加 try catch 来抓错误?我看了好多项目代码,发现大家做法都不一样,有的加有的不加,甚至有的连 catch 都不写,这就很迷了。

先看几种写法

写法1:老实用 try catch

javascript 复制代码
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()

javascript 复制代码
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

javascript 复制代码
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. 不想中断程序,可以这样写:

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

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

  2. 想中断程序,又不想看控制台报错,就用 try catch:

    javascript 复制代码
    try {
        let userInfo = await getUserInfo()
        let pageInfo = await getPageInfo(userInfo?.userId)
    } catch(e) {
        console.warn(e)
    }
  3. 想中断程序,又不介意控制台报错:

    javascript 复制代码
    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 会让代码多几行,但是比起代码的可读性和可维护性,这点代价是值得的。

既然都已经用 async/await 来写同步风格的代码了,那就干脆用到底,用 try catch 来处理错误,这样代码风格更统一,读起来也更舒服。

相关推荐
dy17171 天前
element-plus表格默认展开有子的数据
前端·javascript·vue.js
2501_915918411 天前
Web 前端可视化开发工具对比 低代码平台、可视化搭建工具、前端可视化编辑器与在线可视化开发环境的实战分析
前端·低代码·ios·小程序·uni-app·编辑器·iphone
程序员的世界你不懂1 天前
【Flask】测试平台开发,新增说明书编写和展示功能 第二十三篇
java·前端·数据库
索迪迈科技1 天前
网络请求库——Axios库深度解析
前端·网络·vue.js·北京百思可瑞教育·百思可瑞教育
gnip1 天前
JavaScript二叉树相关概念
前端
attitude.x1 天前
PyTorch 动态图的灵活性与实用技巧
前端·人工智能·深度学习
β添砖java1 天前
CSS3核心技术
前端·css·css3
空山新雨(大队长)1 天前
HTML第八课:HTML4和HTML5的区别
前端·html·html5
猫头虎-前端技术1 天前
浏览器兼容性问题全解:CSS 前缀、Grid/Flex 布局兼容方案与跨浏览器调试技巧
前端·css·node.js·bootstrap·ecmascript·css3·媒体