go零值是内存分配时的确定性填充，非默认值；sync.mutex和bytes.buffer因内部字段全为基础类型且状态合法可直接用，而[]int、map[string]int、chan int零值为nil但行为各异：前者支持len/append但不可下标赋值，后者读安全但写或收发会panic/阻塞。
Go 的零值不是“默认值”，而是内存分配时的确定性填充；它让 sync.Mutex、bytes.Buffer 这类类型能直接声明就用，但对 []int、map[string]int、chan int 来说，零值是 nil，不能直接读写——这点必须分清。
为什么 sync.Mutex 和 bytes.Buffer 能直接用？
因为它们内部字段全是基础类型（int32、bool 等），零值填充后状态合法：
-
sync.Mutex两个未导出字段初始为0，Lock()内部靠原子操作判断即可，无需new(sync.Mutex)或显式初始化 -
bytes.Buffer底层是[]byte字段，零值为nil，但它的Write()方法内部会自动make底层数组，所以你写b.Write([]byte("x"))完全没问题 - 反例：
struct{ m map[string]int }的零值中m == nil，若直接s.m["k"] = 1会 panic：assignment to entry in nil map
[]T、map[K]V、chan T 的零值是 nil，但行为差异很大
三者零值都是 nil，但使用边界完全不同：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
[]int零值为nil：可安全调用len()、cap()、append()；但不能用下标赋值，如s[0] = 1会 panic -
map[string]int零值为nil：可安全读（v, ok := m["k"]返回0, false），但写（m["k"] = 1）直接 panic -
chan int零值为nil：任何发送/接收操作都会永久阻塞（不是 panic）；select中该 case 会被忽略
结构体字段零值怎么影响业务逻辑判断？
结构体字段零值常被误当作“未设置”，但业务上 0、false、"" 可能是有效值：
- 数据库字段映射时，
Age int零值是0，但年龄为 0 是合法婴儿数据，不能靠if u.Age == 0判断“未填” - API 入参结构体中，
Timeout int零值是0，但业务上 0 秒超时可能有特殊含义，需明确区分“用户没传”和“用户传了 0” - 更安全的做法是用指针字段：
*int零值是nil，此时if u.Timeout != nil才表示用户显式设置了值
函数参数不支持默认值，但零值是 Functional Options 模式的基石
Go 不允许 func F(x int = 10)，但正因结构体字段有确定零值，才能让配置结构体“自然带默认”：
- 定义
type Config struct { Timeout int; Retries int }，声明c := Config{Retries: 3}时，c.Timeout自动为0 - 函数内只需
if cfg.Timeout == 0 { cfg.Timeout = 30 }，不用反射、不用 tag 解析 - Functional Options 模式本质也是依赖零值：先构造全默认结构体，再用函数逐个覆盖字段，每个 Option 函数只改自己关心的字段，其余保持零值语义
零值机制真正难的地方不在理解，而在时刻分辨：这个 0 是“用户没给”，还是“用户给了 0”；这个 nil 是“还没初始化”，还是“明确禁用”。一旦混淆，bug 就藏在看似最安全的初始化里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
