Go中空指针异常源于对nil引用类型解引用导致panic，主要涉及指针、slice、map、interface等类型。1. 明确只有引用类型可为nil，基本类型和数组不可为nil；2. 在函数或方法入口处对指针和接口参数进行nil检查，避免解引用nil引发panic；3. 返回slice或map时优先返回空值而非nil，确保调用者安全使用；4. 使用接口前需判断其底层值是否为nil，防止类型断言后操作nil指针；5. 利用Go零值可用特性，设计使结构体零值即可用，减少初始化依赖。通过理解nil语义并在API边界做好检查与一致性处理，可有效预防运行时错误。
Go语言中空指针异常通常表现为对
nil值进行解引用，引发
panic。虽然Go没有传统意义上的“空指针异常”术语，但访问
nil指针、
nil接口、
nil切片或
nilmap等行为会导致运行时错误。预防这类问题的核心是合理使用
nil检查和设计健壮的API。
明确哪些类型可能为nil
在Go中，并非所有类型都能为
nil，只有引用类型可能为
nil。理解这一点是预防问题的第一步。
- 指针类型（*T）可以为
nil
- slice、map、channel、interface、func 类型可以为
nil
- 数组、string、基本类型（int, bool等）不能为
nil
例如，
var s []int的
s是
nil，但
len(s)和
append(s, 1)是安全的；而
var m map[string]int的
m为
nil时，
m["key"] = 1会panic。
在关键入口处进行nil检查
函数接收指针或接口类型时，应在函数开始处判断是否为
nil，尤其是当该函数会解引用参数时。
立即学习“go语言免费学习笔记（深入）”；
示例：func ProcessUser(u *User) error {
if u == nil {
return errors.New("user cannot be nil")
}
// 安全使用 u.Name 等字段
log.Println("Processing:", u.Name)
return nil
}
对于方法，若接收者可能为
nil，也应检查。特别是当方法可能被
interface{}调用时。
返回值设计避免nil暴露
函数返回slice或map时，优先返回空值而非
nil，这样调用者无需额外判空。 推荐写法：
func GetTags() []string {
var tags []string
// ... 逻辑
if tags == nil {
return []string{} // 而非 return nil
}
return tags
}
这样调用者可直接遍历：
for _, tag := range GetTags()，无需担心panic。
接口使用前检查底层值
接口变量为
nil时调用其方法会panic。即使接口包装了一个非
nil指针，但指针本身为
nil，也可能出问题。
例如：
var u *User = nil
var i interface{} = u
fmt.Println(i.(*User).Name) // panic: runtime error
建议在类型断言后判断指针是否为
nil，或在方法内部做保护。
利用Go的“零值可用”特性
Go的很多类型零值即可用，比如
sync.Mutex、
bytes.Buffer等。设计结构体时，尽量让零值有意义，减少对
new(T)或
&T{}的依赖。
例如，使用
bytes.Buffer时，声明
var buf bytes.Buffer后可直接调用
buf.WriteString()，无需初始化。
基本上就这些。关键是理解
nil的语义，结合类型特性，在API边界做好检查，返回值保持一致性，就能大幅减少运行时panic。不复杂但容易忽略。
