一尘不染

如何获取指向Golang中实际错误原因的堆栈跟踪?

go

假设我有一些这样的代码:

value, err := some3rdpartylib.DoSomething()
if err != nil {
    panic(err)
}

万一err != nil我会得到这样的东西:

panic: some error explanation here

goroutine 1 [running]:
main.main()
    /tmp/blabla/main.go:6 +0x80

此堆栈跟踪完全合法,但有时这些错误消息可能无法阐明发生了什么,因此我想更深入地研究第三方库的源代码,以调查究竟是什么导致该错误被返回。但是,当我的代码如此恐慌时,无法获得返回此错误的实际位置。

需要更多说明:当我来自抛出异常的JVM世界时,我可以完全跟踪抛出异常的确切代码行,从而可以轻松找到问题的所在并查看出了什么问题。Go堆栈跟踪恰好在我的代码恐慌的地方结束,因此在我的情况下不太有用。

我在这里创建了一个游乐场,理想情况下,我希望能够将错误跟踪到实际返回错误的地方,而不是惊慌失措。(例如,到第17行return "", errors.New("some error explanation here")

这有可能吗?


阅读 424

收藏
2020-07-02

共1个答案

一尘不染

很快:这是不可能的。由于错误是值,因此不会以任何特殊方式处理它们。因此,当函数(通常)返回时,堆栈不再可用(即,另一个函数调用可能会覆盖返回错误函数的堆栈使用的内存)。

go1.5引入了一个称为 trace 的工具,但目前尚无全面的教程,我发现其中的任何一个都没有说要包含这种功能。

2020-07-02