go error 包含堆栈信息

[yujianwjj]

大型项目中，打印 error 就是个字符串，非常难以调试，很痛苦。

我记得之前看到文章说 xerrors 的 error 包含堆栈功能会合到标准库里面，为啥现在还没有合并？

go 未来还会支持 error 中包含堆栈信息这个功能吗？

[b00tyhunt3r]

有啊 具体函数名忘了 你查一下 error package

[SorcererXW]

因为更好的错误处理方案一直没有定论，所以不会把一个临时解决方案合入标准库

[masterclock]

go 初始的东西，语言本身，核心概念就是凑合
go 后续的提案等等都是绝不凑合，没找到和口味的之前绝不加入新东西

用 zerolog 等 logger， 可以附带 stack trace

[nanmu42]

也许可以考虑这样的实现方式，每一层调用者在发现调用的函数返回非空 nil 后，都使用 fmt.Errorf()提供上下文后再向 return 到上一层。

例如：

```
err := client.Ping(ctx).Err()
if err != nil {
err = fmt.Errorf("redis PING: %w", err)
return nil, err
}
```

这样到了最外层（一般是打日志的时候），文本化的 err 会形如：running up: program init: redis PING: network IO timeout

在大部分情况下，我自己感觉这个都比堆栈来得实用。

[xuzhzzz]

import "github.com/pkg/errors"

errors.Wrap / errors.Wrapf

[xuzhzzz]

第一次错误出现的地方
errors.Wrap / errors.Wrapf

中间每一层都直接 return

最外一层打印

[KousukeSakurako]

在你认为应该被跟踪错误的地方不要直接 return err

可以换成
return fmt.Errorf("error can not xxx: %w", err)

[hhaobao]

https://goframe.org/pages/viewpage.action?pageId=1114255
goframe 的这个错误处理包还可以,
gerror.Wrap 包装栈信息
gerror.WrapCode 还可以带自定义的业务 api code

[byx]

https://github.com/pkg/errors/blob/master/errors.go#L145-L153

errors.WithStack

[zhuangzhuang1988]

大道至简, 你不懂.

[fgwmlhdkkkw]

https://github.com/zzztttkkk/sha/blob/a832ea6488e79c39e553d8a867087f8c10ed1224/internal/stack.go#L10

[meiyoumingzi6]

5 楼正解