空结构体本身占0字节，但reflect.ValueOf返回的reflect.Value实例固定占24字节；其Addr()可调用但不可写，字段数为0，嵌套时不占偏移，反射操作仍有运行时开销。
空结构体在反射中不触发额外内存分配，但 reflect.ValueOf 本身仍会构造一个固定开销的 reflect.Value 实例（通常 24 字节），这点常被误认为“零成本”。
为什么 unsafe.Sizeof(reflect.ValueOf(struct{}{})) 不等于 0
很多人看到 struct{}{} 占用 0 字节，就默认 reflect.ValueOf(struct{}{}) 也占 0 字节——这是错的。因为 reflect.Value 是一个包含指针、类型、标志位等字段的结构体，它封装的是值的元信息，不是值本身。
-
unsafe.Sizeof(struct{}{})返回 0：正确，空结构体实例无内存占用 -
unsafe.Sizeof(reflect.ValueOf(struct{}{}))返回 24（amd64）：正确，这是reflect.Value的固定 header 开销 - 真正想测空结构体大小，必须用
reflect.TypeOf(struct{}{}).Size()，它返回 0
reflect.Value 对空结构体取地址时的特殊行为
对空结构体调用 v := reflect.ValueOf(&s).Elem() 后，v.Addr().Pointer() 可能返回同一地址（如 0x5800a0），但这只是 Go 运行时对零大小变量的优化，并非保证行为。
- 栈上定义的多个空结构体变量，其
&v可能相等；一旦发生逃逸（比如被取地址后传入函数或存入切片），地址就可能不同 -
reflect.Value.Addr()在空结构体上可成功调用，但返回的指针不能用于写入（因无字段可写），仅可用于比较或传递 - 若后续需将该
reflect.Value转为接口再断言，会触发接口底层数据结构的堆分配，此时“零成本”优势即消失
用反射探测空结构体字段时会发生什么
调用 t := reflect.TypeOf(struct{}{}) 后，t.NumField() 返回 0，t.Kind() 是 struct，一切正常。但注意以下边界情况：
立即学习“go语言免费学习笔记（深入）”；
-
t.Field(0)会 panic：索引越界，因字段数为 0 -
t.PkgPath()返回空字符串：空结构体没有包路径（匿名且无定义位置） - 如果空结构体嵌套在其他结构体中（如
type S struct{ A struct{} }），它的字段偏移量是 0，但不会产生填充字节——Go 编译器会跳过它 - 反射无法区分
struct{}和struct{ _ [0]byte }：两者在reflect.Type层面完全等价
真正容易被忽略的是：反射操作本身带来的间接成本——哪怕目标是空结构体，reflect.ValueOf 和 reflect.TypeOf 仍是运行时函数调用，涉及接口转换、类型查找和栈帧管理。高频场景下，这点开销会累积成可观延迟。
