恐慌堆栈跟踪中的未知字段

小伙伴们有没有觉得学习Golang很有意思？有意思就对了！今天就给大家带来《恐慌堆栈跟踪中的未知字段》，以下内容将会涉及到golang，若是在学习中对其中部分知识点有疑问，或许看了本文就能帮到你！

问题内容

在尝试学习如何从恐慌中调试堆栈跟踪时，我遇到了一些令人困惑的事情。

package main

func F(a int) {
    panic(nil)
}

func main() {
    F(1)
}

当我在附加的播放链接上运行它时输出以下内容：

panic: nil

goroutine 1 [running]:
main.F(0x1, 0x10436000)
    /tmp/sandbox090887108/main.go:4 +0x20
main.main()
    /tmp/sandbox090887108/main.go:8 +0x20

我无法破译第二个数字的含义（main.F(0x1, 0x10436000) 中的 0x10436000）。如果有第二个 int 参数，或者作为第一个参数传入的任何其他参数（可以在第二个播放链接中看到），它就不会出现。

一个参数： https: //play.golang.org/p/3iV48xlNFR

两个参数： https: //play.golang.org/p/4jA7ueI86K

正确答案

在堆栈跟踪中打印的数据是参数，但这些值并不直接对应于传入的参数，它是以指针大小的值打印的原始数据（尽管通常这与本机字长相同）。Playground 有点独特，因为它是一个带有 32 位指针（GOARCH=amd64p32）的 64 位字架构。

在traceback.go中，您可以看到这些值是通过基于指针大小的参数逐步打印出来的；

for i := uintptr(0); i 
因此，由于 word 大小是 Playground 中指针大小的两倍，因此您将始终在帧参数中打印偶数个值。
通过在函数参数中使用较小的类型，可以在操场上看到如何呈现数据的另一个示例：https:
//play.golang.org/p/vHZDEHQZLh
func F(a uint8) {
    panic(nil)
}

// F(1)
// main.F(0x97301, 0x10436000)

仅使用 64 位字的前 8 位，即0x97301 & 0x0f，或简称1。0x97300第一个值和整个值的额外0x10436000部分只是函数未使用的第一个 64 位字的剩余部分。
amd64通过使用更多参数，您可以在系统上看到相同的行为。例如这个签名；
func F(a, b, c uint32)

当调用 via 时F(1, 1, 1)，它将打印一个堆栈跟踪，如：
main.F(0x100000001, 0xc400000001)

因为 3 个 32 位值占用 2 个字
最后要注意的一组值是返回值，它们也分配在堆栈上。以下函数签名：
func F(a int64) (int, int)

在 amd64 上，将显示堆栈帧参数，如：
main.F(0xa, 0x1054d60, 0xc420078058)

一个词代表a，另外两个代表(int, int)返回值。然而，返回值没有被初始化，所以除了理解为什么这些值存在之外，我在这里并没有什么收获。
终于介绍完啦！小伙伴们，这篇关于《恐慌堆栈跟踪中的未知字段》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！