Golang Go语言中关于 errors 库的选择:官方功能不多的 errors 还是功能丰富但已被 archived 的 pkg/errors?

发布于 1周前 作者 yuanlaile 来自 Go语言

想问问大家一般在项目中使用哪个 errors 库?

个人之前使用的都是 pkg/errors ,Wrap 函数的使用频率较高、带堆栈信息,而且也提供了更多的函数

但是 errorsJoin 好像在 pkg/errors 中没有一个比较好的替代方案?而且 pkg/errors 的 GitHub 仓库在 2021 年就 archived 了(虽然这个库还是很流行,但不知道会不会有什么影响?)

errors 、pkg/errors 都有的函数:

  • As(err, target)
  • Is(err, target)
  • New(text)
  • Unwrap(err)

errors 有、pkg/errors 没有的函数:

  • Join(errs)

pkg/errors 有、没有的函数:

  • Cause(err)
  • Errorf(format, args)
  • WithMessage(err, message)
  • WithMessagef(err, format, args)
  • WithStack(err)
  • Wrap(err, message)
  • Wrapf(err, format, args)

Golang Go语言中关于 errors 库的选择:官方功能不多的 errors 还是功能丰富但已被 archived 的 pkg/errors?

更多关于Golang Go语言中关于 errors 库的选择:官方功能不多的 errors 还是功能丰富但已被 archived 的 pkg/errors?的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html

12 回复

更多关于Golang Go语言中关于 errors 库的选择:官方功能不多的 errors 还是功能丰富但已被 archived 的 pkg/errors?的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


自己本地写个 pkg/errors 包转化下不就好了

```go

package errors

import (
perr “github.com/pkg/errors
)


func New(msg string) error { return perr.New(msg) }

cool lib ,还没细看,但看着像 pkg/errors plus ?

我们是两个都用, 需要堆栈信息的就 pkg/error, 否则就 go 自带的, 至于后面 error 新加的功能, 要么自己拓展(改一下 pkg 的源码) 要么想法办在使用的时候避免一下

pkg/errors 里面的 is as 这些方法就是直接调用了标准库的同名方法。

是的,升级版

wrap with 这些 fmt.Errorf 都可以呀

官方的 1.20 支持 join 了吧

官方 errors 的一部分功能被分割到 fmt.Errorf 里去了,看这里 https://go.dev/blog/go1.13-errors

multi error 使用 https://github.com/hashicorp/go-multierror
error format 用 golang.org/x/xerrors
其他情况都可以用 errors / fmt.Errorf

在Golang中,关于errors库的选择,官方提供的errors库与功能丰富的pkg/errors库各有优劣,需根据具体项目需求来决定。

官方errors库是Go语言标准库的一部分,从Go 1.13版本开始增加了As、Is和Unwrap等函数,提供了基本的错误处理模式。它无需引入额外的依赖,且与新的错误处理惯例相兼容。然而,其功能相对简单,对于需要详细错误信息和堆栈跟踪的项目可能不够用。

pkg/errors库是在Go 1.13版本之前推出的第三方库,提供了比官方errors库更丰富的功能,特别是可以保存和打印错误发生时的堆栈信息,这对于调试和定位问题非常有帮助。不过,由于该库已被archived(归档),意味着其不再接受新的功能更新或维护,这可能会给长期使用的项目带来一些风险。

因此,如果项目使用的Go版本在1.13及以上,且不需要详细的堆栈信息,优先选择官方的errors库是更稳妥的选择。如果项目需要详细的错误信息和堆栈跟踪,且可以接受不再接受更新的风险,那么pkg/errors库也是一个不错的选择。但请注意,应避免在同一个项目中混用这两个库,以避免混乱。

回到顶部