仅在调试模式下使用 fmt.Sprintf 时可能导致 nil 指针恐慌

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《仅在调试模式下使用 fmt.Sprintf 时可能导致 nil 指针恐慌》，聊聊，我们一起来看看吧！

您使用的 go 版本（go 版本）？

$ go version
go version go1.18 darwin/amd64

你做了什么？

我在下面编写了一些简单的代码，它尝试打印一个结构

import v1 "k8s.io/api/core/v1"
import metav1 "k8s.io/apimachinery/pkg/apis/meta/v1"

func main() {
    data := v1.namespace{
        objectmeta: metav1.objectmeta{
            deletiontimestamp: nil,
        },
    }
    str := fmt.sprintf("%#v", data)
    fmt.println(str)
}

您期望看到什么？

无论有没有调试器，行为都是相同的

你看到了什么？

我打算打印一个名为 namespace 的结构，该结构在 k8s.io/api/core/v1/types.go 中定义，当我在 goland(goland 2021.3.4) 中简单地运行它而不进行调试时，它按预期运行并且对象的结构已打印在控制台中，但是当我也在 goland 中运行它但进行调试时，程序被错误中断：“错误访问：nil 取消引用”。调用堆栈是：

<autogenerated>:2
fmt.(*pp).handleMethods (print.go:603) fmt
fmt.(*pp).printValue (print.go:723) fmt
fmt.(*pp).printValue (print.go:806) fmt
fmt.(*pp).printValue (print.go:806) fmt
fmt.(*pp).printArg (print.go:712) fmt
fmt.(*pp).doPrintf (print.go:1026) fmt
fmt.Sprintf (print.go:219) fmt
main.main (main.go:97) main
runtime.main (proc.go:250) runtime
runtime.goexit (asm_amd64.s:1571) runtime
 - Async Stack Trace
<autogenerated>:2

这有点奇怪：如果这是故意的行为，那么它如何在没有调试器的情况下正确运行？

正确答案

我也遇到了同样的问题。我尝试升级mac os版本，但没有成功。

主要原因是debugserver版本，我之前的版本是：

/library/developer/commandlinetools/library/privateframeworks/lldb.framework/versions/a/resources/debugserver --version
debugserver-@(#)program:lldb  project:lldb-1205.0.27

然后通过以下方式升级调试服务器：

sudo rm -rf /library/developer/commandlinetools

还需要重新安装，最新版本是：

debugserver-@(#)PROGRAM:LLDB  PROJECT:lldb-1316.0.9.46

然后，一切正常。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~