空接口接收结构体值时reflect.valueof返回不可寻址的value，需传指针才能修改；判断结构体是否为空须用反射遍历导出字段并比对零值或isnil，不能依赖data==nil或deepequal。
空接口接收结构体值时，reflect.ValueOf 返回不可寻址的 Value
当你把一个结构体变量（非指针）传给空接口，再用 reflect.ValueOf 获取其反射值，得到的 reflect.Value 是不可寻址的。这意味着你不能调用 .Addr()，也不能用 .Set* 系列方法修改它。
常见错误现象：panic: reflect: call of reflect.Value.Addr on struct Value 或 panic: reflect: reflect.Value.SetXxx called on zero Value。
- 如果要修改字段，必须传入结构体指针，例如
reflect.ValueOf(&s)，而非reflect.ValueOf(s) - 即使结构体本身是空的（所有字段零值），只要它是值类型传入，反射值就不可寻址
-
reflect.Value.Kind()返回struct，但.CanAddr()返回false
判断结构体是否为空时，interface{} 本身不提供判空能力，必须靠反射遍历字段
空接口 interface{} 只是类型擦除的容器，它不携带“是否为空”的语义。哪怕你传入 Student{}，data == nil 也永远是 false——因为 interface{} 本身非 nil，只是内部值为零值。
所以业务中常见的“结构体参数为空则拒绝处理”，不能靠 if data == nil，而必须用反射检查每个字段：
- 对每个导出字段调用
v.Field(i).IsNil()（仅适用于指针、切片、map、chan、func、unsafe.Pointer） - 对基本类型字段（
string、int、bool等）需手动比对零值，例如v.Field(i).Interface() == "" - 嵌套结构体需递归处理；匿名字段也要显式展开，
reflect.Value默认不自动扁平化
reflect.DeepEqual 和反射遍历在空结构体判断上的性能与语义差异
有人会用 reflect.DeepEqual(x, T{}) 判断结构体是否为空，这看似简洁，但有隐含陷阱：
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- 它要求你构造一个同类型的零值
T{}，而某些结构体含不可比较字段（如sync.Mutex），直接 panic：invalid operation: == (struct containing sync.Mutex cannot be compared) - 即使可比较，
DeepEqual内部仍走反射路径，但额外多一次内存分配和字段拷贝，实测比手写反射遍历慢约 15–20% - 它无法跳过未导出字段（
DeepEqual会 panic 或静默失败），而手写反射可主动v.CanInterface()过滤
真正轻量且可控的方式是：用 reflect.Value 遍历导出字段，逐个 .IsNil() 或比对零值，避开不可比较字段。
空接口变量本身为 nil 和其内部值为零值，是两回事
这是最容易混淆的点。一个 interface{} 变量可以是 nil（接口头两个字均为 0），也可以是非 nil 但内部值是零值（比如 interface{}(Student{})）。
验证方式只有两种：
-
if data == nil—— 检查接口变量本身是否为nil（极少见，除非你显式赋了var data interface{}且没赋值） -
reflect.ValueOf(data).Kind() == reflect.Invalid—— 同样只在data是未初始化的空接口时成立
绝大多数场景下，你拿到的 data 是非 nil 的接口变量，内部装着一个零值结构体。这时候唯一可靠的办法，就是用反射深入到字段层级去判断——别寄希望于接口层面的“空”概念能自动传导下去。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
