unsafe.Sizeof 返回结构体类型在编译期的固定内存大小，不含动态分配内存，受字段对齐和平台架构影响，不随实例值变化。unsafe.Sizeof 不能直接获取结构体实例的运行时大小很多人以为 unsafe.Sizeof 能像 len 那样"看一眼变量就知道占多少字节"，其实它只接受类型（或类型推导出的值），且在编译期就确定结果，跟字段实际赋了什么值完全无关。比如一个含 \[\]int 字段的结构体，unsafe.Sizeof 返回的只是指针+长度+容量三个字段的固定开销（24 字节），不包括底层数组分配的内存。常见错误现象：--- 对结构体变量直接调用 unsafe.Sizeof(s) 却发现结果恒定，和字段内容变化无关--- 误以为能靠它估算 GC 压力或序列化体积正确用法：传类型字面量，如 unsafe.Sizeof(struct{}{}) 或 unsafe.Sizeof(MyStruct{})若想看字段对齐后的总大小，必须用空结构体实例，不能传指针（unsafe.Sizeof(&s) 返回的是指针大小）注意：结果不含任何动态分配内存（如 map、slice 底层数组、string 数据区）结构体字段对齐会让 Sizeof 结果"比预期大"Go 编译器会按字段类型自然对齐边界（如 int64 对齐到 8 字节），自动插入填充字节。这就导致两个字段顺序不同、但类型相同的结构体，unsafe.Sizeof 结果可能不一样。使用场景：优化高频小对象内存布局，或调试 cgo 交互时的 struct 内存映射是否匹配 C 头文件立即学习"go语言免费学习笔记（深入）"； Mokker AI AI产品图添加背景