首页 > 后端开发 > Golang > 正文

使用类型断言进行错误处理是错误的吗?

WBOY
发布: 2024-02-10 10:24:09
转载
890 人浏览过

使用类型断言进行错误处理是错误的吗?

使用类型断言进行错误处理是一种常见的做法,但是否错误取决于具体情况。类型断言可以用于验证传入的参数类型是否符合预期,从而在代码中提前捕获错误。然而,如果错误处理依赖于类型断言而忽略了其他可能的异常情况,则可能会导致问题。因此,在使用类型断言进行错误处理时,需要综合考虑代码的逻辑和可靠性,并确保对各种异常情况进行适当处理,以保证代码的稳定性和可维护性。

问题内容

我想知道为什么在 golang 中不更多地使用/推荐 switch + 类型断言风格的错误处理。它有什么问题吗?还是社区根本不关心它?

例如下面的代码:

if err != nil {
    if errors.as(err, &queryerr{}) {
        log.println("query error : ", err)
        return http.statusinternalservererror
    } else if errors.as(err, &querydataextractionerr{}) {
        return http.statusnotfound
    } else {
        log.println(err.error())
        return http.statusinternalservererror
    }
}
登录后复制

可以写成:

if err != nil {
    switch err.(type) {
    case QueryErr:
        log.Println("query error : ", err)
        return http.StatusInternalServerError
    case QueryDataExtractionErr:
        return http.StatusNotFound
    default:
        log.Println(err.Error())
        return http.StatusInternalServerError
    }
}
登录后复制

解决方法

类型开关在技术上是正确的。然而,有错误的类型切换会误解包装的错误。例如:

err:=io.EOF
err1 := fmt.Errorf("Unexpected error: %w",err)
登录后复制

在上面,err1.(io.eof) 会失败,但 errors.is(err1,io.eof) 不会。

因此,您应该使用 errors.iserrors.as 来测试您手头的错误是否包含您正在查找的错误。

以上是使用类型断言进行错误处理是错误的吗?的详细内容。更多信息请关注PHP中文网其他相关文章!

来源:stackoverflow.com
本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板
关于我们 免责声明 Sitemap
PHP中文网:公益在线PHP培训,帮助PHP学习者快速成长!