大型项目中，打印 error 就是个字符串，非常难以调试，很痛苦。
我记得之前看到文章说 xerrors 的 error 包含堆栈功能会合到标准库里面，为啥现在还没有合并？
go 未来还会支持 error 中包含堆栈信息这个功能吗？
This topic created in 1705 days ago, the information mentioned may be changed or developed.
 |
1
b00tyhunt3r Sep 24, 2021
有啊 具体函数名忘了 你查一下 error package
|
 |
2
SorcererXW Sep 24, 2021
因为更好的错误处理方案一直没有定论，所以不会把一个临时解决方案合入标准库
|
 |
3
masterclock Sep 24, 2021
go 初始的东西，语言本身，核心概念就是凑合
go 后续的提案等等都是绝不凑合，没找到和口味的之前绝不加入新东西 用 zerolog 等 logger， 可以附带 stack trace |
 |
4
nanmu42 Sep 24, 2021  1
也许可以考虑这样的实现方式，每一层调用者在发现调用的函数返回非空 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 在大部分情况下，我自己感觉这个都比堆栈来得实用。 |
 |
5
xuzhzzz Sep 24, 2021
|
|
6
xuzhzzz Sep 24, 2021 1
第一次错误出现的地方
errors.Wrap / errors.Wrapf 中间每一层都直接 return 最外一层打印 |
 |
7
KousukeSakurako Sep 24, 2021
在你认为应该被跟踪错误的地方不要直接 return err
可以换成 return fmt.Errorf("error can not xxx: %w", err) |
 |
8
hhaobao Sep 24, 2021
https://goframe.org/pages/viewpage.action?pageId=1114255
goframe 的这个错误处理包还可以, gerror.Wrap 包装栈信息 gerror.WrapCode 还可以带自定义的业务 api code |
 |
9
byx Sep 24, 2021
|
 |
10
zhuangzhuang1988 Sep 24, 2021
大道至简, 你不懂.
|
 |
11
fgwmlhdkkkw Sep 24, 2021
|
 |
12
meiyoumingzi6 Sep 24, 2021
5 楼正解
|
Select Language