登录
首页 >  Golang >  Go问答

自定义错误的检测方法

来源:stackoverflow

时间:2024-02-29 18:21:25 426浏览 收藏

一分耕耘,一分收获!既然打开了这篇文章《自定义错误的检测方法》,就坚持看下去吧!文中内容包含等等知识点...希望你能在阅读本文后,能真真实实学到知识或者帮你解决心中的疑惑,也欢迎大佬或者新人朋友们多留言评论,多给建议!谢谢!

问题内容

动机

我有一个名为 customerror 的自定义错误类型,我想编写一个将任何类型的错误解析到我的错误结构中的方法。所以我写了 parse 方法来展示给你。我将在任何返回 error 接口的函数上使用 parse 方法。因此,所有错误都将根据我的类型进行构建。

问题

当我使用带有nil值的parse方法返回error接口时,返回的错误不是nil。代码如下。第一次测试成功,但第二次没有成功。

const (
    UnHandledError      = "UnHandledError"
    CircuitBreakerError = "CircuitBreakerError"
)

type CustomErrorType struct {
    Key     string
    Message string
    Status  int
}

func (c *CustomErrorType) Error() string {
    return "Custom error message"
}

func parse(err error) *CustomErrorType {
    if err == nil {
        return nil
    }
    if e, ok := err.(*CustomErrorType); ok {
        return e
    }
    if e, ok := err.(hystrix.CircuitError); ok {
        return &CustomErrorType{CircuitBreakerError, e.Message, http.StatusTooManyRequests}
    }
    return &CustomErrorType{UnHandledError, err.Error(), http.StatusInternalServerError}
}

func TestParse_it_should_return_nil_when_error_is_nil(t *testing.T) {
    result := parse(nil)
    if result != nil {
        t.Error("result is not nil")
    }
}

func TestParse_it_should_return_nil_when_error_is_nil_2(t *testing.T) {
    aFunc := func() error {
        return parse(nil)
    }
    result := aFunc()
    if result != nil {
        t.Error("result is not nil")
    }
}

你能解释一下我错过了什么或者出了什么问题吗?


解决方案


这是 go 接口的一个常见“问题”的实例,该问题是由底层接口的实际实现引起的:包含 nil 指针的接口不是 nil

go 的常见问题解答中有一个与您使用 error 接口的情况类似的示例进行了描述:Why is my nil error value not equal to nil?

在底层,接口被实现为两个元素,一个类型 t 和一个值 vv 是一个具体值,例如 structpointer,它本身不是接口,并且类型为 t

...

仅当 vt 均未设置时,接口值为 nil(t=nil, v 未设置),特别是,nil 接口将始终持有 nil 类型。如果我们将 *int 类型的 nil 指针存储在接口值内,则无论指针的值如何,内部类型都将为 *int(t=*int, v=nil)。因此,即使内部的指针值 vnil,这样的接口值也将是非 nil。

这种情况可能会令人困惑,当 nil 值存储在接口值(例如错误返回)内时,就会出现这种情况:

func returnserror() error {
  var p *myerror = nil
  if bad() {
      p = errbad
  }
  return p // will always return a non-nil error.
}

此示例与您执行以下操作时代码中发生的情况类似:

afunc := func() error {
    return parse(nil)
}

parse() 返回 *customerrortype,但该函数只是 error 使该值返回一个包含类型和 nil 值的接口: (t=*customerrortype, v=nil) 反过来评估为 not -nil

常见问题解答然后继续提供解释并显示“正确”示例:

如果一切顺利,该函数将返回一个 nil p,因此返回值是一个 error 接口值,其中包含 (t=*myerror, v=nil)。这意味着,如果调用者将返回的 errornil 进行比较,即使没有发生任何不良情况,它也总是看起来好像存在错误。要向调用者返回正确的 nil 错误,该函数必须返回显式 nil

func returnserror() error {
  if bad() {
      return errbad
  }
  return nil
}

在添加的示例中也可以观察到该行为

fmt.printf("%#v\n", result)

打印 result 的值:

(*e.customerrortype)(nil)

如果我们将 parse() 返回类型更改为 error ,它将打印:

以上就是本文的全部内容了,是否有顺利帮助你解决问题?若是能给你带来学习上的帮助,请大家多多支持golang学习网!更多关于Golang的相关知识,也可关注golang学习网公众号。

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>