Golang指针调试技巧详解-Golang-PHP中文网

go中nil指针解引用错误的根源是未初始化指针被直接解引用，如d.response为nil时执行d.response.response = out即panic；调试需用delve先p ptr == nil判断，再安全解引用。

golang指针调试技巧详解

Go 里指针出问题，panic: runtime error: invalid memory address or nil pointer dereference 是最常见症状，但错误信息从不告诉你哪一行解引用了 nil——得靠调试器定位，不是靠猜。

Delve 中怎么确认指针是否为 nil 并安全解引用

直接 p ptr == nil 是最简判断方式；但要注意：Delve 不支持任意表达式求值（比如 p ptr != nil && *ptr > 0），只能单步执行后分别检查。解引用前务必先确认非 nil，否则 p *ptr 会报 cannot load pointer 并中断当前命令。

p ptr 显示指针变量存储的地址值（如 0x1400010a000），若为 0 就是 nil
p *ptr 只在 ptr != nil 时有效；对结构体指针，它只展开一层，*ptr 是 struct 值，不是字段
想看具体字段，用 p ptr.Field 或 p (*ptr).Field，比 p *ptr 更精准
对二级指针 **pp，p **pp 会失败若中间某级为 nil，此时应分步查：p *pp → 看是否为 nil → 再 p **pp

nil panic 发生后如何快速定位到解引用行

panic 栈最后一帧总是 runtime.panicmem，真正的问题在倒数第二帧——但这个帧常被编译器内联掉，导致显示 ???。必须让编译器保留完整调用链。

Golang Spf13 Viper

Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。

下载

编译时加 -gcflags="-l"：禁用内联，确保 panic 栈能映射回源码行
启动 Delve 时用 dlv exec ./binary -r，-r 参数让 panic 自动中断
panic 后立刻执行 bt（backtrace），重点看倒数第二行，例如：main.go:42 而不是 runtime/panic.go
如果 bt 仍不清晰，补一句 frame 查当前栈帧，再 locals 看该作用域下所有指针变量值

怎么验证两个指针是否指向同一块内存

Go 源码里可以用 p1 == p2 比较，但在 Delve 里不能直接写这个表达式——它不支持指针相等运算符求值。必须转成整数比较。

用 p uintptr(p1) == uintptr(p2)，这是 Delve 唯一可靠的判断方式
若其中一个是 nil，p uintptr(p1) 输出 0，可肉眼比对
对切片底层数组首地址，不能直接 &slice，得用 &slice[0]（前提是 len(slice) > 0）
结构体字段地址不可简单推算：&s.A 和 &s.B 的差值不一定等于 unsafe.Sizeof(s.A)，因存在字段对齐填充

调试 CGO 指针或 ASLR 地址时的显示差异

Delve 显示的地址和 C 代码里 printf("%p", ptr) 看起来不同，不是 bug，是格式和上下文差异。

Delve 默认以十进制打印 uintptr，C 的 %p 是十六进制带 0x 前缀
ASLR 导致每次启动地址随机变化，这是正常行为，不要试图比对绝对地址
统一查看方式：p printf("%p", uintptr(ptr))，这样和 C 端输出格式一致
CGO 中 C 指针传入 Go 后，类型可能被识别为 unsafe.Pointer，Delve 对其解引用有限制，优先用 p uintptr(cPtr) 查地址

最易被忽略的是：Delve 的 p 命令默认不显示变量类型，whatis ptr 必须手动敲一次——否则你以为是 *string，实际是 *struct{...}，后续所有 p *ptr 都会误读内容。