reflect.zero 返回不可寻址、不可设置的只读零值，仅适用于运行时类型未知的场景；需可赋值时应改用 reflect.new(typ).elem()。
reflect.Zero 生成的零值到底是不是可赋值的
不是，reflect.Zero 返回的是不可寻址、不可设置的 reflect.Value。它只提供类型零值的只读快照，不能直接用于结构体字段赋值或切片元素填充。
常见错误现象：panic: reflect: reflect.Value.Set using unaddressable value，尤其在尝试把 reflect.Zero(typ).interface() 强转后塞进结构体字段时发生。
- 正确做法是先用
reflect.New(typ)获取可寻址的指针值，再调用.Elem()得到可设置的值 - 如果只需要零值本身（比如做比较或默认 fallback），
reflect.Zero(typ).Interface()安全可用 - 注意：对指针类型调用
reflect.Zero，返回的是nil指针，不是指向零值的指针
什么时候该用 reflect.Zero 而不是 &Struct{} 或 new(T)
只有在类型 T 是运行时才确定（比如来自 reflect.Type 变量）时，reflect.Zero 才不可替代。编译期已知类型时，直接写 var x T 或 new(T) 更清晰、无反射开销。
典型使用场景：通用 json 解析器初始化嵌套字段、ORM 字段默认值注入、泛型兼容层桥接（go 1.18 前）。
立即学习“go语言免费学习笔记（深入）”；
-
reflect.Zero不触发任何初始化逻辑（比如 struct 字段的自定义 zero 值或 init 函数），纯内存零填充 - 对 interface 类型，
reflect.Zero返回nilinterface，而var x interface{}也是nil，行为一致 - 对数组类型如
[3]int，reflect.Zero返回长度为 3 的全 0 数组；但new([3]int)返回的是指向该数组的指针
reflect.Zero 和 reflect.New + Elem 的性能与语义差异
两者语义不同：reflect.Zero 是值语义（copy-on-write 安全），reflect.New(typ).Elem() 是地址语义（可修改原值）。性能上，reflect.Zero 略快，因为它不分配堆内存；reflect.New 必然触发一次堆分配。
容易踩的坑：误以为 reflect.Zero(typ).Addr().Interface() 合法——这会 panic，因为 Zero 返回的值不可寻址。
- 需要可变副本时，必须用
reflect.New(typ).Elem()，哪怕你立刻调用.Set(reflect.Zero(typ)) - 对小类型（如
int、bool），reflect.Zero开销几乎可忽略；对大 struct，避免高频调用，缓存reflect.Type和预计算零值更稳妥 - Go 1.21+ 中，
reflect.Value的构造成本仍高于普通变量声明，别在 hot path 上滥用
动态初始化 struct 字段时 Zero 的边界行为
对嵌套 struct 字段，reflect.Zero 不递归初始化子字段，只是按内存布局填 0 —— 这和字面量 struct{}{} 一致。但要注意导出性与反射可见性。
常见错误现象：对非导出字段（小写开头）调用 reflect.Zero 没问题，但后续用 .Field(i).Set(...) 会 panic，因为不可设置。
- 若字段类型是 interface，
reflect.Zero返回nilinterface，不是nil具体实现 - 若字段是 map/slice/chan，
reflect.Zero返回nil，不是空的make(...)实例 - 对带有 tag 的字段（如
json:"-"），reflect.Zero完全无视 tag，只看类型定义
最常被忽略的一点：reflect.Zero 对函数类型返回 nil func，但你无法用它做任何调用——它连类型断言都过不了，除非先判断 .kind() == reflect.Func 并跳过赋值。