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 —— 显式判空比靠运气更可靠。










