Golang 中比较操作引发了问题

学习知识要善于思考，思考，再思考！今天golang学习网小编就给大家带来《Golang 中比较操作引发了问题》，以下内容主要包含等知识点，如果你正在学习或准备学习Golang，就都不要错过本文啦~让我们一起来看看吧，能帮助到你就更好了！

今天我在尝试实现自定义错误时遇到了问题。我的服务有两种类型的错误：内部错误的常规错误和处理用户相关错误的用户错误。所以我有用于用户错误的结构，其中包含一些元数据和处理错误的函数。在此函数中，我对标准错误使用包装器。As 函数。但它的工作方式很奇怪：出于某种原因，它也将常见错误视为用户错误。 这是代码片段：

package main

import (
    "errors"
    "fmt"
)

type UserError struct {
    Message string
}

func (u *UserError) Error() string {
    return u.Message
}

func As(sourceError, targetError error) bool {
    return errors.As(sourceError, &targetError)
}

func AsV2(sourceError error, targetError interface{}) bool {
    return errors.As(sourceError, &targetError)
}

func IsUserError(err error) bool {
    var userError *UserError
    return errors.As(err, &userError)
}

func main() {
    userError := errors.New("test Error")
    var emptyError *UserError

    fmt.Println(As(userError, emptyError))
    fmt.Println(AsV2(userError, emptyError))
    
    fmt.Println(IsUserError(userError))
}

在这里，我正在测试接受两个错误并比较它们的函数（As 和 AsV2）。唯一的区别是第二个函数接受目标错误的接口而不是错误类型。在函数 IsUserError 中，我手动创建 UserError 指针并提供给Errors.As 函数。但在输出这个程序时我得到这个：

true
true 
false

所以我的问题是为什么在前两种情况下会出现错误。也就是说，这是相同类型的错误，但只有在第三种情况下它才会给出正确的答案？我是否误解了 Go 中接口的工作原理？

正确答案

事实并非如此。在前两种情况下，它正确地报告错误分别为 Error 和 interface{}。您添加的不必要的包装函数正在创建一个间接，这使其更加混乱，但如果您调用：

var emptyError *UserError
fmt.Println(errors.As(userError, emptyError))

您得到了预期的结果。 IsUserError 按预期工作，因为它将正确的类型传递给 errors.Is。我已经清理了您的代码以正常工作（Error 采用非指针接收器，并且不将 emptyError 保留为 nil），您可以在此处查看它的运行情况： https://go.dev/play/p/c5EPB5IGeD5

type UserError struct {
    Message string
}

func (u UserError) Error() string {
    return u.Message
}

func main() {
    userError := errors.New("test Error")
    var emptyError UserError

    fmt.Println(errors.As(userError, &emptyError))
}

好了，本文到此结束，带大家了解了《Golang 中比较操作引发了问题》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！