go stack trace：在某些函数调用参数或返回值之后的问号（？）是什么意思？

Question

我正在尝试调试泄漏的 goroutines（使用 Gomega 的gleak）。当单元测试结束时，一些 goroutines“顽固地”坚持不终止，gleak转储罪魁祸首及其堆栈跟踪。这些堆栈跟踪中的一些调用在其参数或返回值中甚至包含几个问号，例如：foo.(*Fooler).Foo(0x40003efa40, {0xeeb638?, 0x40005bc580}, {0x400013a000?, 0x6, 0xd9c3a4?}) at foo.go对应的接收函数签名如下：func (f *Fooler) Foo(context.Context, []string)我检查了几篇关于“解释 golang 堆栈跟踪”的帖子/文章/问题，尤其是如何解释 Go stacktrace，但没有在 Go 堆栈跟踪中发现任何问号。我发现解释的示例从未提及任何有问题的（？）调用参数或返回值。那么堆栈跟踪中出现问号的原因是什么？这可能与寄存器中传递的参数有关，并且无法正确恢复堆栈跟踪吗？

Answer 1

来自https://go.dev/doc/go1.18#runtime：

Go 1.17 总体上改进了堆栈跟踪中参数的格式，但可能会为寄存器中传递的参数打印不准确的值。Go 1.18 通过在每个可能不准确的值后打印一个问号 (?) 改进了这一点。