使用类型断言进行错误处理是错误的吗？-Golang-PHP中文网

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

WBOY

发布： 2024-02-10 10:24:09

转载

1050人浏览过

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

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

问题内容

我想知道为什么在 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
    }
}

登录后复制

可以写成：

双轨制会员管理系统 v9.1

双轨制会员管理系统是一个以asp+access进行开发的双轨制直销系统源码，要求很低，容易维护。后台路径：/admin 后台用户名和密码均为：admin 9.1版更新内容： 1、增加了操作余额前自动备份数据库，如果操作成功，则自动删除备份的数据库；如果操作有页面错误导致不成功，则会自动恢复到备份的数据库。这样运行过程中，即使是程序错误，也不用担心数据丢失了。 2、增加会员登录首

843

查看详情

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.is 和 errors.as 来测试您手头的错误是否包含您正在查找的错误。

以上就是使用类型断言进行错误处理是错误的吗？的详细内容，更多请关注php中文网其它相关文章！