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