Go指针零值必为nil，是语言规范强制定义的安全确定值；nil不可被0、false或""替代，仅适用于指针等引用类型；nil指针可调用指针接收者方法，但解引用会panic；接口nil需动态类型和值同时为零。
Go指针的零值就是nil，这是语言规范强制约定
Go中所有未显式初始化的指针变量，其值自动为 nil —— 不是“可能为”，而是“必须为”。这不是运行时推断或编译器优化结果，而是语言规范（Spec）明确定义的零值行为。比如：
var p *int fmt.Println(p == nil) // true这和C/C++中未初始化指针是“野指针”有本质区别：Go的
nil 是确定、安全、可比较的零地址（地址值为 0x0），而野指针指向随机内存，不可预测也不可比。
为什么不能用0、false或""代替nil表示空指针
因为类型系统不允许：
-
0是整型字面量，不能赋给*int类型变量（编译报错：cannot use 0 as *int value） -
false是布尔值，""是字符串，与指针类型不兼容 - 只有
nil是唯一能无类型地、跨指针/切片/映射等引用类型通用的零值标识符
true 和 false，但语义专用于“未指向任何有效目标”。
nil指针能调用方法？是的，但仅限于接收者为指针的方法
这是Go里常被误解的关键点：
- 如果方法定义为
func (p *T) Do()，那么即使p是nil，也能调用p.Do() - 但若方法是
func (t T) Do()（值接收者），则调用前需确保t已初始化，否则 panic - 原因在于：nil 指针本身是合法值，只是解引用（如
*p）才触发 panic；方法调用只依赖接收者变量是否存在，不强制解引用
func (u *User) Name() string {
if u == nil {
return ""
}
return u.name
}这种防御写法既安全又符合Go惯用法。
误把nil当“空字符串”或“零值数字”用，会直接编译失败
Go严格区分零值类型：
-
string零值是""，不是nil；写var s string = nil→ 编译错误：cannot use nil as string value - 同理，
int零值是0，bool是false，都不接受nil - 只有明确支持
nil的类型（指针、slice、map、chan、func、interface{}）才能与nil比较或赋值
真正容易被忽略的，是接口变量的 nil 判断逻辑：一个 interface{} 变量只有在**动态类型和动态值同时为零值**时才等于 nil；如果它装了一个非nil指针（哪怕该指针本身是 nil），整个接口就不等于 nil。这点在函数返回 interface{} 或做错误包装时极易踩坑。
