Go中nil异常多发于指针、slice、map等引用类型，值类型不会为nil；应在使用前及时检查nil，避免panic；函数应优先返回零值而非nil，减少调用方负担；注意接口变量即使动态值为nil，其本身可能不为nil，需通过ok模式等手段处理，核心是理解nil语义、早检查、少返回nil、善用零值。
Go语言中空指针（nil）异常是运行时常见错误，尤其在结构体指针、接口、切片、map等类型操作中容易触发。虽然Go没有“NullPointerException”这样的术语，但对nil值的不当使用会导致panic。避免这类问题的关键在于合理的nil检查和良好的编码习惯。
理解哪些类型可能为nil
在Go中，不是所有类型都能为nil。只有那些引用类型或指针类型才可能为nil：
- 指针类型：*T 可以为nil
- slice：nil slice是合法的，但不能直接添加元素
- map：未初始化的map为nil，读取会返回零值，写入会panic
- channel：nil channel上发送或接收会阻塞
- interface：接口变量在动态类型为nil时也可能导致问题
- 函数类型：func变量可为nil
值类型（如int、bool、struct）不可能为nil，因此无需检查。
及时进行nil检查
在使用指针或引用类型前，应判断其是否为nil，尤其是在函数接收参数或返回值可能为nil的情况下。
立即学习“go语言免费学习笔记（深入）”；
例如：
func PrintUser(u *User) {
if u == nil {
log.Println("user is nil")
return
}
fmt.Println(u.Name)
}
这种检查应尽早进行，避免后续逻辑中访问字段时panic。
对于方法接收者，若可能为nil，也应处理：
func (u *User) String() string {
if u == nil {
return "nil user"
}
return u.Name
}
合理设计API避免返回nil
尽量让函数返回零值而非nil，可减少调用方的检查负担。
例如，返回空slice或map比返回nil更安全：
func GetUsers() []User {
result, err := db.Query("...")
if err != nil || len(result) == 0 {
return []User{} // 而不是 nil
}
return result
}
调用方可以安全地range或len，无需额外判空。
对于构造函数，可提供New函数确保返回有效实例：
func NewUser(name string) *User {
if name == "" {
return nil // 特殊情况仍可返回nil，但需文档说明
}
return &User{Name: name}
}
注意接口中的nil陷阱
一个常见陷阱是：一个接口变量即使动态值为nil，其本身也不为nil。
例如：
var u *User = nil
var i interface{} = u
fmt.Println(i == nil) // false!
此时i不为nil，因为它的动态类型是*User。若方法返回interface{}且可能包含nil指针，调用方需谨慎处理。
解决方式：返回明确的nil或使用ok返回值：
func FindUser(id int) (*User, bool) {
// ...
return nil, false
}
基本上就这些。核心是：理解nil的语义，早检查，少返回nil，善用零值。这样能大幅降低panic风险。
