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

  • Z时代
  • 2024-01-10
  • 分类：问答

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

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")）

这有可能吗？

回答：

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

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

以上是 如何获取指向Golang中实际错误原因的堆栈跟踪？ 的全部内容， 来源链接： utcz.com/qa/413074.html

回到顶部