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、可作为 jsONNULL或[]序列化（取决于 encoder 设置） -
var m map[string]int→m是nil，m["k"] = 1panic -
m := make(map[string]int)→m非nil，可直接赋值
nil 值调用方法不一定 panic，但依赖接收者类型
这是最反直觉也最容易翻车的一点：一个 nil 指针调用方法，**是否 panic 取决于方法内是否访问了接收者字段或解引用**：
立即学习“go语言免费学习笔记（深入）”；
- 如果方法签名是
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! }真正容易被忽略的点在于：**nil 和零值不是运行时概念，而是编译期语义 + 类型系统共同约束的结果**。写判断逻辑前，先确认类型是否支持 nil 比较；做初始化时，明确你要的是“未分配资源”（nil）还是“已分配但为空”（如空 slice）；写方法时，别假设接收者一定非 nil —— 显式判空比靠运气更可靠。