Go语言中结构体字段应按类型大小降序排列以减少内存填充，如Good结构体比Bad节省1/3内存；避免小类型与大数组混用以防额外填充；慎用指针和接口以降低缓存未命中风险。
Go 语言中内存对齐不是手动控制的，但理解其规则并合理设计结构体（struct）能显著减少填充字节、降低内存占用、提升 CPU 缓存命中率和字段访问速度。
结构体字段顺序影响内存布局
Go 编译器按字段声明顺序依次分配内存，并在必要时插入填充字节（padding），使每个字段地址满足自身对齐要求（通常是其类型大小的整数倍
，最大不超过 8 字节）。字段从大到小排列可最小化填充。
- 差：字段按小→大写（如
bool,int16,int64）会引入多处 padding - 好：按大→小排列（如
int64,int32,int16,bool）往往让填充集中在末尾，甚至消除中间填充
利用 unsafe.Sizeof 和 unsafe.Offsetof 验证对齐效果
实际检查结构体内存布局最直接的方式是用标准库的 unsafe 包：
type Bad struct {
A bool // 1B
B int64 // 8B → 编译器在 A 后加 7B padding 才能对齐 B
C int32 // 4B → B 后无需 padding（8+8=16，16%4==0）
}
type Good struct {
B int64 // 8B
C int32 // 4B → 8+4=12，12%4==0，无填充
A bool // 1B → 12+1=13，末尾补 3B 对齐结构体总大小为 16
}
运行 unsafe.Sizeof(Bad{}) 得 24，unsafe.Sizeof(Good{}) 得 16 —— 节省 1/3 内存。
避免混用极小类型与大类型（如 byte + [64]byte）
数组或结构体嵌套可能隐式放大对齐需求。例如：
-
struct{ x byte; y [64]byte }总大小为 65B，但因[64]byte自身对齐要求为 1，整体对齐仍是 1 → 无额外填充 - 但若换成
struct{ x byte; y [64]int64 }，[64]int64对齐为 8，编译器会在x后填充 7 字节，使y地址对齐 → 总大小 = 1 + 7 + 512 = 520 - 改写为
struct{ y [64]int64; x byte }，则填充移至末尾，总大小仍为 520，但若后续追加字段，顺序差异会影响新字段是否触发新填充
谨慎使用指针和接口——它们隐含间接访问开销
虽然不直接影响结构体对齐，但指针（*T）和接口（interface{}）本身占 8 或 16 字节，且解引用带来 cache miss 风险。若频繁访问小字段（如状态标志），宁可用内联值而非指针包装；若结构体中大量字段仅偶尔使用，考虑拆分为主结构 + 辅助结构体（按需加载），减少热数据区体积。
不复杂但容易忽略。
