Go中nil指针解引用才会panic，需显式判空；仅指针、切片、映射、通道、函数、接口可为nil；struct等类型有零值不可nil；接口nil需同时满足类型和值均为nil；推荐值接收器与零值语义。
在 Go 中，nil 指针本身不会自动 panic，只有在
解引用
（即通过
或
访问字段/方法）一个 nil 指针时才会触发运行时 panic。因此，“防止空指针错误”的核心不是避免 nil，而是确保在解引用前做安全判断。
明确 nil 的适用范围
Go 中只有以下类型可以为 nil：
指针（
）
切片（
）、映射（
）、通道（
）
函数（
）、接口（
）——注意：接口 nil ≠ 底层值 nil
而像
、
、
等类型
不能为 nil
，它们有确定的零值（如
、
、
）。误以为 struct 可以 nil 是常见误区。
安全解引用前必须显式判空
对指针解引用前，始终用
判断：
立即学习
“
go语言免费学习笔记（深入）
”；
对于嵌套指针（如
→
→
），需逐层判断，或用辅助函数封装：
接口 nil 的特殊性：小心“nil 接口不等于 nil 值”
这是最易踩坑的地方。接口变量为 nil，仅当其
动态类型和动态值都为 nil
时才成立。若接口持有一个非 nil 指针（哪怕该指针本身是 nil），接口本身不为 nil：
因此，判断接口内是否含有效值，应先断言类型，再检查具体值：
推荐实践：用值接收器 + 零值语义替代裸指针
多数场景下，优先使用值类型或带默认行为的方法，减少 nil 判断负担：
方法接收器用值类型（
），天然支持零值调用
构造函数返回结构体而非指针，除非明确需要共享或节省内存
用
而非
，避免调用方意外传入 nil
若必须用指针（如大结构体、需修改原值），则在文档中明确标注参数/返回值是否可为 nil，并在入口处快速失败（early return）。
*.*T[]Tmap[K]Vchan Tfunc(...)interface{}intstringstruct{}0""struct{}{}!= niltype User struct {
Name string
Age int
}
func printName(u *User) {
if u == nil {
fmt.Println("user is nil")
return
}
fmt.Println(u.Name) // 安全：u 非 nil 才访问
}*User*AddressCityfunc cityName(u *User) string {
if u == nil || u.Address == nil {
return ""
}
return u.Address.City
}var p *string = nil
var i interface{} = p // i 不是 nil！因为类型是 *string，值是 nil
fmt.Println(i == nil) // false
fmt.Println(p == nil) // trueif u, ok := i.(*User); ok && u != nil {
fmt.Println(u.Name)
}func (u User) GetName() stringfunc NewUser(name string) Userfunc NewUser(name string) *User