nil仅是六类引用类型的零值，非所有类型都支持nil比较；判断“空”需按类型区分，初始化方式决定nil或非nil状态，方法调用是否panic取决于是否解引用nil接收者。

零值是所有变量的默认初始值，nil只是部分类型的零值

Go 中每个类型都有一个零值，比如 int 是 0、string 是 ""、bool 是 false；而 nil 是一种预定义标识符，**只对指针、切片、映射、通道、函数、接口这六类类型有效**，且恰好是它们的零值。也就是说：nil 是零值的子集，不是所有零值都叫 nil。

• var s string → 零值是 ""，但 s != nil（字符串不能和 nil 比较）
• var m map[string]int → 零值是 nil，m == nil 成立
• var p *int → 零值是 nil，但解引用 *p 会 panic

判断变量是否“空”不能只看是否为 nil

很多开发者习惯用 if v == nil 判断“有没有值”，但这在 Go 里非常危险——因为只有特定类型支持 == nil 比较，其他类型编译直接报错：

• 支持 == nil 的：指针、slice、map、chan、func、interface
• 不支持的：int、string、struct、array —— 写 if s == nil 会触发 invalid operation: s == nil (mismatched types string and nil)
• 特别注意：interface{} 类型即使内部值是 nil 指针，接口本身也可能非 nil（因含动态类型信息），所以 if err == nil 安全，但 if myInterface == nil 不等于其内部值为空

初始化方式决定变量是 nil 还是零值但非 nil

同一个类型，不同写法导致底层状态完全不同，直接影响运行时行为：

• var s []int → s 是 nil，len(s) 和 cap(s) 都是 0，但 s[0] panic
• s := []int{} 或 s := make([]int, 0) → s

  

  非 nil，同样 len(s) == 0，但可安全传给 append、可作为 JSON null 或 [] 序列化（取决于 encoder 设置）
• var m map[string]int → m 是 nil，m["k"] = 1 panic
• m := make(map[string]int) → m 非 nil，可直接赋值

nil 值调用方法不一定 panic，但依赖接收者类型

这是最反直觉也最容易翻车的一点：一个 nil 指针调用方法，**是否 panic 取决于方法内是否访问了接收者字段或解引用**：

• 如果方法签名是 func (s *student) getName() string，且内部只返回字面量（如 return "unknown"），那么 var s *student; s.getName() 是合法的、不会 panic
• 但如果方法里写了 return s.name，而 s 是 nil，就会 panic： invalid memory address or nil pointer dereference
• 值接收者方法（func (s student) getName()）永远不 panic，因为传的是副本；但若 s 是未初始化的零值结构体，字段仍是零值，不是“空”而是“有默认值”

package main

import "fmt"

type Student struct {
	name string
	age  int
}

func (s *Student) GetName() string {
	if s == nil {
		return "unknown"
	}
	return s.name
}

func (s *Student) GetAge() int {
	return s.age // panic if s == nil
}

func main() {
	var s *Student
	fmt.Println(s.GetName()) // "unknown" —— 安全
	fmt.Println(s.GetAge())  // panic!
}