Go中nil仅适用于指针、切片、映射、通道、函数和接口；需明确其适用类型、出现时机及安全判断方式，避免panic与逻辑错误。
在 Go 中，nil 不是万能的“空值”，它只对指针、切片、映射、通道、函数和接口类型有定义。处理不当容易 panic 或逻辑错误。关键不是“避免 nil”，而是明确知道哪些类型能为 nil、何时可能为 nil，以及如何安全判断。
指针类型的 nil 判断：直接比较即可
指针变量未初始化或显式赋值为 nil 时，其值就是 nil。判断非常直接：
- 用
== nil比较（推荐），例如：if p == nil { ... } - 不能对
nil指针解引用，否则运行时 panic：*p会崩溃 - 结构体字段是指针时，即使结构体本身非 nil，该字段仍可能为 nil，需单独检查
接口类型的 nil 判断：要区分“接口值 nil”和“接口内含 nil 值”
这是最容易出错的地方。接口由两部分组成：动态类型（type）和动态值（value）。只有当二者都为零值时，接口才整体为 nil。
-
var w io.Writer = nil→ 接口值为nil（type 和 value 都空） -
var buf *bytes.Buffer；var w io.Writer = buf→ 此时w != nil，因为 type 是*bytes.Buffer，即使buf本身是 nil - 所以
if w == nil只能判断接口是否未赋任何具体类型，不能反映其内部指针是否为空 - 若需检查底层是否为 nil 指针，应先类型断言再判断，例如：
if b, ok := w.(*bytes.Buffer); ok && b == nil { ... }
切片、映射、通道的 nil 判断：同样用 == nil
这些引用类型初始值就是 nil，且 nil 切片/映射/通道与空（len=0）但已初始化的实例行为不同：
立即学习“go语言免费学习笔记（深入）”；
-
var s []int是 nil 切片；s := make([]int, 0)是非 nil 空切片 - 对 nil 切片调用
len()、cap()安全，但追加元素（append）会自动分配底层数组，无需额外判空 - 对 nil 映射执行
m[key]返回零值，安全；但赋值m[key] = val会 panic，必须先make - 因此建议：需要写入前确保已初始化，或统一用
if m == nil防御
避免常见陷阱的实用建议
很多 bug 来自混淆“值为零”和“值为 nil”。记住几个原则：
- 不要返回裸指针或裸接口给调用方，除非明确文档说明可能为 nil；优先返回结构体或带错误的元组
- 函数参数中接收指针时，如果业务上不允许为 nil，应在函数开头快速失败：
if p == nil { return errors.New("p must not be nil") } - 使用
fmt.Printf("%+v", x)调试时注意：nil 接口打印为[]—— 这容易误判，务必结合类型看 - 单元测试中，显式构造 nil 输入场景（如传
(*MyStruct)(nil)）验证健壮性
