首页 > 文章列表 > 类型断言在错误处理中的使用是否正确?

类型断言在错误处理中的使用是否正确?

315 2024-02-10
问题内容

我想知道为什么在 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 来测试您手头的错误是否包含您正在查找的错误。