核心是调整字段声明顺序以减少填充字节，优先按大小降序排列；将高频字段连续声明提升缓存局部性；必要时用alignas或padding手动对齐；注意语言差异与数组对齐要求。
核心是让字段在内存中紧凑排列，减少因对齐规则产生的填充字节。不是靠删字段或换类型，而是调整声明顺序，使编译器能自然填满空隙。
按字段大小降序排列
这是最直接有效的手段。编译器为每个字段分配地址时，会确保其起始位置满足自身对齐要求（如 int64 需 8 字节对齐、int32 需 4 字节对齐）。如果大字段放在前面，小字段就能“塞进”它留下的空隙里。
- 差的顺序：
byte a; int64 b; byte c;→ a 占 1 字节，b 需跳到偏移 8，中间空 7 字节；c 又得等在 b 后面，总大小常达 24 字节 - 优的顺序：
int64 b; byte a; byte c;→ b 占 0–7，a 占 8，c 占 9，后面只需补 6 字节对齐到 16，总大小压到 16 字节
把高频访问字段聚在一起
热字段（如位置 x/y/z、开关 enabled/visible）若被冷字段（如日志时间戳、调试 id）隔开，一次逻辑操作可能跨多个缓存行加载，徒增延迟。将它们连续声明，能提升空间局部性。
- 例如游戏实体类，把 x、y、z、rotation 放在结构体开头，哪怕它们只是 float（4B），也能保证一次缓存行（64B）加载覆盖 16 个对象的全部位置数据
- 避免穿插一个 8 字节的
String debugName在中间，否则 x/y/z 很可能被拆到两个缓存行里
显式控制对齐与填充
当降序排列仍无法消除浪费，或需隔离多线程竞争字段时，可主动干预：
- 用
alignas(64)（C++）、[StructLayout(LayoutKind.Sequential, Pack = 1)]（C#）或__attribute__((packed))（C/GCC）关闭默认填充 - 手动插入占位字段，如
byte _pad[6];，把关键字段精准推到 8 或 64 字节边界上 - 对高竞争计数器字段单独加
alignas(64)，防止伪共享——这不是为了省空间，而是保性能
注意语言与平台的自动行为
有些环境会帮你做一部分，但不能全依赖：
- JVM 在压缩指针模式下会重排字段（如把
int插到long前面的空隙里），但仅限于基本类型，且子类字段偏移不可变 - Go 和 Rust 不自动重排，顺序即布局；C/C++ 默认不重排，全靠开发者控制
- 结构体整体大小还需满足“数组对齐”：若单个结构体占 12 字节，数组第二个元素必须从偏移 12 开始，但 12 不是 8 的倍数，编译器会在末尾补 4 字节，让总大小变成 16
