优化 Go 结构体大小需按对齐值从大到小排列字段，如 int64（对齐8）前置、byte（对齐1）后置，以减少 padding；可用 unsafe.Sizeof/Offsetof 验证布局，或位字段打包布尔状态。
在 Go 中优化结构体大小，核心是理解内存对齐规则并主动安排字段顺序，让编译器填充（padding）最小化。Go 的 struct 默认按字段声明顺序布局，每个字段从满足其对齐要求的地址开始；合理排序能显著减少因对齐产生的空隙。
理解对齐规则与字段偏移
每个类型有自身的对齐要求（unsafe.Alignof），通常是其大小的 2 的幂（如 int64 对齐为 8，byte 为 1）。结构体整体对齐值取所有字段对齐值的最大值。字段在 struct 中的起始地址必须是其自身对齐值的整数倍。例如：
type BadOrder struct {
b byte // offset 0
i int64 // offset 8（需对齐到 8，前面填 7 字节 padding）
c byte // offset 16
}
该结构体实际占用 24 字节（而非 1+8+1=10），因 i 强制插入大量填充。
按对齐值从大到小排列字段
这是最有效、最易实施的优化策略。将对齐要求高的字段（如 int64、float64、指针、结构体）放在前面，对齐要求低的（bool、byte、int16）放在后面，可最大限度复用空间。
立即学习“go语言免费学习笔记（深入）”；
- 使用
unsafe.Sizeof和unsafe.Offsetof验证布局 - 优先合并同对齐类型的字段（如多个
int64连续放） - 避免在大字段中间插入小字段（会割裂对齐连续性）
善用字节打包与位字段替代
当存在多个布尔或小范围整数状态时，可用 uint8 或 uint32 打包存储，并通过位运算访问，节省空间：
type Flags uint8
const (
FlagA Flags = 1 FlagB
FlagC
)
type Compact struct {
data int64
flags Flags // 仅占 1 字节，替代 3 个 bool 字段
}
注意：这种方式牺牲可读性和直接访问便利性，适合高频创建/大量实例的场景（如网络包解析、游戏实体状态）。
避免隐式增长与指针陷阱
结构体中含指针（包括 slice、map、string、interface{}）会增加 8 字节（64 位系统），且可能引发 GC 压力。若只是临时标记或状态缓存，考虑用整数 ID 替代指针引用；若字段可为空，优先用零值语义而非指针（如用 time.Time 代替 *time.Time）。
- 慎用
*T字段——除非真正需要 nil 判断或共享数据 - slice/map/string 类型本身是 header（24 字节），比单个指针更重，避免滥用
- 导出字段名长度不影响内存布局，但过长字段名会略微增大反射开销（通常可忽略）
