Go 中的 error 居然可以这样封装

本文由周浩翻译自：https://medium.com/spectro-cloud/decorating-go-error-d1db60bb9249，ironbox和Tang Ruilin参与校对。

Go语言很强大并且现在也十分流行 — 许多项目都是用Go语言来实现的，如Kubernetes。Go语言的一个有趣特性是它的多值返回功能提供了一种与其他编程语言不同的错误处理方法。 Go将error视为具有预定义类型的值，其本身是一个interface类型。然而，编写多层体系结构应用程序并使用api暴露应用的特性需要有包含更多上下文信息的error处理，而不仅仅是一个值。本文我们将探讨如何封装Go的error类型以在应用程序中带来更大的价值。

用户自定义类型

我们将重写的Go里自带的error类型，首先从一个自定义的错误类型开始，该错误类型将在程序中识别为error类型。因此，我们引入一个封装了Go的 error的新自定义Error类型。

type GoError struct {error
}

上下文数据

当我们在Go中说error是一个值时，它是字符串值 - 任何实现了Error() string函数的类型都可以视作error类型。将字符串值视为error会使跨层的error处理复杂化，因此处理error字符串信息并不是正确的方法。所以我们可以把字符串和错误码解耦：

type GoError struct {errorCode    string
}

现在对error的处理将基于错误码Code字段而不是字符串。让我们通过上下文数据进一步对错误字符串进行解耦，在上下文数据中可以使用i18n包进行国际化。

type GoError struct {errorCode    stringData    map[string]interface{}
}

Data包含用于构造错误字符串的上下文数据。错误字符串可以通过数据模板化:

//i18N def
"InvalidParamValue": "Invalid parameter value '{{.actual}}', expected '{{.expected}}' for '{{.name}}'"

在i18N定义文件中，错误码Code将会映射到使用Data构建的模板化的错误字符串中。

原因(Causes)

error可能发生在任何一层，有必要为每一层提供处理error的选项，并在不丢失原始error值的情况下进一步使用附加的上下文信息对error进行包装。GoError结构体可以用Causes进一步封装，用来保存整个错误堆栈。

type GoError struct {errorCode    stringData    map[string]interface{}Causes  []error
}

如果必须保存多个error数据，则causes是一个数组类型，并将其设置为基本error类型，以便在程序中包含该原因的第三方错误。

组件(Component)

标记层组件将有助于识别error发生在哪一层，并且可以避免不必要的error wrap。例如，如果service类型的error组件发生在服务层，则可能不需要wrap error。检查组件信息将有助于防止暴露给用户不应该通知的error，比如数据库error：

type GoError struct {errorCode      stringData      map[string]interface{}Causes    []errorComponent ErrComponent
}type ErrComponent string
const (ErrService  ErrComponent = "service"ErrRepo     ErrComponent = "repository"ErrLib      ErrComponent = "library"
)

响应类型(ResponseType)

添加一个错误响应类型这样可以支持error分类，以便于了解什么错误类型。例如，可以根据响应类型(如NotFound)对error进行分类，像DbRecordNotFound、ResourceNotFound、UserNotFound等等的error都可以归类为 NotFound error。这在多层应用程序开发过程中非常有用，而且是可选的封装：

type GoError struct {errorCode         stringData         map[string]interface{}Causes       []errorComponent    ErrComponentResponseType ResponseErrType
}type ResponseErrType stringconst (BadRequest    ResponseErrType = "BadRequest"Forbidden     ResponseErrType = "Forbidden"NotFound      ResponseErrType = "NotFound"AlreadyExists ResponseErrType = "AlreadyExists"
)

重试

在少数情况下，出现error会进行重试。retry字段可以通过设置Retryable标记来决定是否要进行error重试:

type GoError struct {errorCode         stringMessage      stringData         map[string]interface{}Causes       []errorComponent    ErrComponentResponseType ResponseErrTypeRetryable    bool
}

GoError 接口

通过定义一个带有GoError实现的显式error接口，可以简化error检查:

package goerrtype Error interface {errorCode() stringMessage() stringCause() errorCauses() []errorData() map[string]interface{}String() stringResponseErrType() ResponseErrTypeSetResponseType(r ResponseErrType) ErrorComponent() ErrComponentSetComponent(c ErrComponent) ErrorRetryable() boolSetRetryable() Error
}

抽象error

有了上述的封装方式，更重要的是对error进行抽象，将这些封装保存在同一地方，并提供error函数的可重用性

func ResourceNotFound(id, kind string, cause error) GoError {data := map[string]interface{}{"kind": kind, "id": id}return GoError{Code:         "ResourceNotFound",Data:         data,Causes:       []error{cause},Component:    ErrService,ResponseType: NotFound,Retryable:    false,}
}

这个error函数抽象了ResourceNotFound这个error，开发者可以使用这个函数来返回error对象而不是每次创建一个新的对象：

//UserService
user, err := u.repo.FindUser(ctx, userId)
if err != nil {if err.ResponseType == NotFound {return ResourceNotFound(userUid, "User", err)}return err
}

结论

我们演示了如何使用添加上下文数据的自定义Go的error类型，从而使得error在多层应用程序中更有意义。你可以在这里^[1]看到完整的代码实现和定义。

参考资料

[1]

这里: https://gist.github.com/prathabk/744367cbfc70435c56956f650612d64b

欢迎关注Go招聘公众号，获取更多精彩内容。

后台资料分享

（后台回复以下数字获取对应资源）

往期精彩回顾

（点击关键词查看文章）

城市内推

北京 | 上海 | 深圳 | 杭州 | 广州 | 成都 | 西安 | 重庆 | 珠海 | 非996 | 外企.远程办公

大厂招聘

百度 | 阿里 | 腾讯 | 字节跳动 | 360 | 安全企业 | 京东 | 贝壳 | 滴滴 | 搜狗 | 新浪 | 探探 | 好未来 | 金山云 | 伴鱼 | 联通数科 | ApiSix | AiBee | 游戏公司 | 区块链 | 跨境电商 | 电商

资源分享

面试专题

面经 | 面试题 | 每日一股

Golang专题

每周一库 | Go好文