struct字段顺序直接影响内存大小，因对齐规则导致填充字节不同；大字段应前置、同类型字段相邻以减少填充；可用go tool compile -s或structlayout查看偏移与填充细节。
struct 字段顺序直接影响 sizeof 大小
Go 的 struct 不是按声明顺序紧凑排列的，而是遵循对齐规则：每个字段从其自身对齐倍数地址开始。字段排布越松散，填充字节越多，整体大小越大。
比如 struct{ byte; int64; byte } 占 24 字节（两处填充），而 struct{ int64; byte; byte } 只占 16 字节——后者的两个 byte 被塞进 int64 后面的空隙里。
- 把大字段（
int64、float64、指针）放前面，小字段（byte、bool、int16）往后堆 - 同类型字段尽量挨着，减少跨字段的填充碎片
-
unsafe.Sizeof只返回内存占用，不反映字段逻辑关系；想看填充细节得用go tool compile -S或第三方工具
用 go tool compile -S 查看真实布局
Go 官方没提供类似 C 的 offsetof，但编译器汇编输出里隐含了每个字段的偏移量。这是最轻量、无需依赖第三方的方式。
执行 go tool compile -S main.go，搜索结构体名，你会看到类似 main.MyStruct.field1+8(SB) 这样的行——+8 就是该字段相对于 struct 起始地址的偏移。
立即学习“go语言免费学习笔记（深入）”；
- 必须用
-gcflags="-S"才能稳定触发，直接go tool compile -S有时会跳过优化后的 struct - 字段偏移不是连续递增的，中间的“空档”就是填充字节
- 注意区分
field+0(SB)（首字段）和field+16(SB)（第三字段），差值未必等于前一字段大小
第三方工具 structlayout 能可视化填充
go install golang.org/x/tools/cmd/structlayout@latest 安装后，用 structlayout yourpkg YourStruct 可以打印带注释的内存图，比手算或看汇编直观得多。
输出像这样：
struct YourStruct {
FieldA int64 // offset 0, size 8
_ [4]byte // padding
FieldB byte // offset 12, size 1
_ [3]byte // padding
FieldC int32 // offset 16, size 4
}
- 它只分析已编译包里的 struct，不能处理未导出字段（首字母小写）
- 如果 struct 里嵌套了 interface 或 map，工具会标为 “unknown size”，因为运行时才确定
- 输出里的
[N]byte行就是编译器插入的填充，改字段顺序就能验证是否能消除它
字段对齐受 unsafe.Alignof 和平台影响
每个类型的对齐要求由 unsafe.Alignof 决定，比如 unsafe.Alignof(int64(0)) == 8，意味着它必须从地址 % 8 == 0 的位置开始。但最终 struct 对齐值取所有字段对齐值的最大值，并向上取整到 2 的幂次。
- 在 64 位 Linux/macOS 上，
int64对齐是 8；但在某些嵌入式目标（如arm64的特定配置）可能降为 4 - 手动加
//go:align 16注释可强制提升对齐，但会放大填充，慎用 - 含
uintptr或 C 互操作字段时，对齐行为可能受 CGO_ENABLED 影响，建议统一用unsafe.Offsetof实测
byte 放错位置，可能让整个 struct 多占 16 字节——在高频分配场景下，这会直接抬高 GC 压力和缓存失效率。 
