Go中变量声明不赋值即为确定的零值，非nil或undefined；int为0、string为空字符串、bool为false、指针/map/slice等为nil，且所有声明方式零值一致，但零值不等于可用，需谨慎处理。
Go里声明变量不赋值就是零值，不是nil也不是undefined
Go语言中所有类型都有明确的零值，声明变量时不显式初始化，编译器自动赋予该类型的默认零值。这不是“未定义”或“空指针”，而是语言层面强制保证的确定值。
常见零值示例：int 是 0，string 是 ""，bool 是 false，float64 是 0.0，指针/map/slice/func/channel 类型是 nil。
-
var x int→x == 0 -
var s string→s == "" -
var m map[string]int→m == nil（不能直接m["k"] = 1，需先make） -
var p *int→p == nil（解引用前必须指向有效地址）
三种声明方式对零值的影响完全一致
无论用 var 显式声明、短变量声明 :=，还是结构体字段声明，只要没给初始值，就一定是零值。区别只在作用域和可变性，不影响零值本身。
-
var a int和a := 0效果相同，但后者是初始化而非“零值声明” -
var b struct{ x int }→b.x自动为0，无需写var b struct{ x int } = struct{ x int }{} -
func f() (err error) { ... }→ 函数返回的err参数自动为nil，可直接return返回零值
零值 ≠ 安全可用，尤其对引用类型要格外小心
零值让代码更简洁，但也容易掩盖运行时 panic。比如 nil 的 map 或 slice 不能直接写入，nil 的 interface{} 不能直接断言具体类型。
立即学习“go语言免费学习笔记（深入）”；
-
var m map[string]int; m["k"] = 1→ panic: assignment to entry in nil map -
var s []int; s = append(s, 1)→ 合法，append会自动分配底层数组 -
var i interface{}; _ = i.(string)→ panic: interface conversion: interface {} is nil, not string
判断是否为零值应使用 ==（基础类型）或 == nil（引用类型），而不是依赖 fmt.Printf("%v", x) 的输出——有些零值打印出来和非零值视觉上难以区分（如 time.Time{} 打印为 0001-01-01 00:00:00 +0000 UTC）。
自定义类型零值由其底层类型决定，但可配合方法隐藏风险
用 type MyInt int 声明的新类型，零值仍是 0；用 struct 定义的类型，每个字段按各自类型取零值。这时候常配合方法做安全封装：
type SafeMap map[string]int
func (m SafeMap) Get(k string) int {
if m == nil {
return 0
}
return m[k]
}
但注意：这种包装不能改变零值本身（var sm SafeMap 仍是 nil），只是把判空逻辑收束到方法里。真正需要默认行为时，建议用构造函数（如 NewSafeMap()）替代裸声明。
零值是 Go 的基石特性，用得好能省掉大量防御性初始化，但别忘了：零值是确定的，不等于“已就绪”。特别是涉及内存分配或外部资源的类型，零值往往意味着“尚未准备”，得自己补上 make、new 或初始化逻辑。
