Go中指针、切片、映射、通道、函数和接口可能为nil，使用前须显式判断：指针解引用、映射写入、通道收发/关闭、函数调用、接口方法调用等操作前未判空将panic。
在 Go 语言中，nil 是一个预声明的零值标识符，用于表示指针、切片、映射、通道、函数和接口等类型的“空值”。但直接对 nil 指针解引用（如 *p）或调用 nil 接口/方法（如 obj.Method()），会触发 panic，导致程序崩溃。因此，显式判断 nil 是防御性编程的关键一步。
哪些类型可能为 nil，需要判断？
Go 中只有以下类型可以是 nil，且在使用前建议检查：
-
指针（*T）：解引用前必须确认非 nil，否则运行时报
invalid memory address or nil pointer dereference -
切片（[]T）：虽可安全调用 len/cap，但传给函数时若内部逻辑假设底层数组存在，可能出错；nil 切片与空切片（
[]int{}）行为一致，但语义不同，必要时需区分 - 映射（map[K]V）：对 nil map 写入会 panic；读取则返回零值，不 panic，但仍建议初始化或判空再操作
- 通道（chan T）：向 nil chan 发送或接收会永久阻塞；关闭 nil chan 会 panic；使用前应确保已 make
- 函数（func()）：调用 nil 函数会 panic，尤其在回调场景中常见
-
接口（interface{}）：当底层值和动态类型均为 nil 时，接口本身为 nil；但注意：
var w io.Writer = nil是 nil，而var buf bytes.Buffer; w = &buf不是 nil —— 判断接口是否为 nil 要看其底层值是否为 nil
如何安全判断并避免 panic？
核心原则：在解引用、调用、写入、关闭等危险操作前，加一层显式 nil 判断。
-
指针解引用前：
if p != nil { val := *p } -
映射写入前：
if m == nil { m = make(map[string]int) }或直接if m != nil { m["key"] = 1 } -
通道操作前：
if ch != nil { select { case ；发送前同理 -
函数调用前：
if fn != nil { fn() } -
接口方法调用前：若接口类型有明确实现约束，可先断言并判空：
if x, ok := obj.(fmt.Stringer); ok && x != nil { s := x.String() }；更常见的是设计 API 时要求调用方保证非 nil，或在方法内首行加if obj == nil { return }
结构体字段中的指针和嵌套 nil 处理
结构体字段若是指针类型（如 *User），其本身可能为 nil，访问其字段会 panic：
立即学习“go语言免费学习笔记（深入）”；
- 错误写法：
u.Profile.Name（若u.Profile == nil） - 正确做法：
if u.Profile != nil { name := u.Profile.Name } - 进阶技巧：使用辅助方法封装判空逻辑，例如：
func (u *User) ProfileName() string { if u.Profile != nil { return u.Profile.Name }; return "" }
工具与习惯：让 nil 判断更可靠
单靠人工容易遗漏，可借助以下方式降低风险：
- 使用
go vet检查明显未判空的解引用（部分情况） - 启用
-race检测并发下的竞态，有时 nil 访问源于未同步初始化 - 在构造函数（如 NewXXX）中完成必要字段初始化，减少外部传入 nil 指针的机会
- 文档或注释中明确标注参数/字段是否允许为 nil，例如
// user must not be nil - 测试用例覆盖 nil 输入路径，例如传入
nil *Config看是否 panic 或返回合理错误
