go结构体内存占用由字节对齐决定，非字段大小简单相加；字段顺序影响填充量，大对齐字段前置可减少padding；整体对齐值取字段最大对齐值，需用unsafe.sizeof和offsetof验证。
Go语言中字节对齐会显著改变结构体的实际内存占用，不是字段大小简单相加，而是由编译器按对齐规则插入填充（padding）字节后确定的。
字段顺序直接影响填充量
字段声明顺序 = 内存分配顺序，编译器不会自动重排。大对齐字段（如 int64、string、interface{}）若放在前面，能减少前置 padding；若夹在小字段中间，就会被迫“等位”，导致空间浪费。
-
struct{a uint8; b int64; c uint8}占 24 字节：a 占 1 字节，后面插 7 字节让 b 对齐到 8 字节边界；c 紧跟 b（偏移 16），再补 7 字节使总大小为 8 的倍数 -
struct{b int64; a uint8; c uint8}占 16 字节：b 从 0 开始；a 在偏移 8；c 在偏移 9；末尾补 6 字节即满足整体对齐（16 是 8 的倍数）
对齐值决定“站位门槛”，不是类型大小
真正起作用的是 unsafe.Alignof(T(0)) 返回的对齐值，而非字段占多少字节。常见类型对齐值如下：
- 对齐值为 8：int64、uint64、float64、指针、string、[]byte、interface{}
- 对齐值为 4：int32、uint32、float32
- 对齐值为 1：bool、int8、uint8、[1024]byte（无论多长，对齐都是 1）
结构体整体对齐值 = 所有字段对齐值的最大值；字段起始偏移 = 上一字段结束位置向上对齐到本字段对齐值。
嵌套结构体和空结构体也参与对齐
内嵌 struct 会把自身最大对齐值“透传”给外层，影响整个布局。例如内嵌一个含 int64 的 struct，外层结构体对齐值就变成 8。
struct{ _ struct{}; data int64 } 中，struct{} 不占空间（unsafe.Sizeof(struct{}{}) == 0），但它不改变 data 的起始偏移——data 仍从 0 开始，因为前缀是空的；它只在作为 map value 或 channel 元素时节省堆分配开销。
验证必须用 unsafe 工具，不能靠手算
仅看字段类型大小加总会严重误判。必须配合使用：
-
unsafe.Sizeof(s)：确认结构体总大小 -
unsafe.Offsetof(s.field)：确认每个字段真实起始偏移
两者结合才能定位 padding 出现在哪、浪费了多少。比如 struct{a int8; b int64; c int32} 中，c 的实际偏移是 16（不是 9），因为 b 结束于 15，而 c 要求 4 字节对齐，所以跳到 16。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
