对齐填充是主动设计手段而非空间浪费，它通过控制字段顺序、缓存行对齐（如alignas(64)）和填充隔离来优化缓存局部性、避免伪共享并提升并发性能。

对象内存布局中的对齐填充（Padding）不只是“浪费空间”，它直接决定数据在缓存行中的分布，进而影响多核并发性能和单线程访问效率。关键不在有没有填充，而在于填充的位置、大小，以及是否让高频访问字段落在同一缓存行内。

缓存行对齐是性能的底层开关

CPU以64字节缓存行为单位加载数据。若一个结构体跨越两个缓存行，每次读取该结构体至少触发两次内存访问；更糟的是，当多个线程分别修改同一缓存行内的不同字段时，会引发伪共享（False Sharing），导致L1缓存频繁失效与总线同步风暴。

• 典型缓存行大小为64字节，主流x86-64平台普遍如此
• 结构体起始地址若未按64字节对齐，其内部字段更容易跨行分布
• 用alignas(64)强制对齐结构体，可确保单个实例独占（或尽量少共享）缓存行

成员顺序决定填充量与缓存局部性

编译器按声明顺序分配字段，并在必要位置插入填充字节以满足各类型对齐要求。但这个过程受人为控制——仅通过调整字段顺序，就能压缩总尺寸、减少跨行概率。

• 大字段（如int64、double、指针）优先前置，避免其前被小字段阻塞而被迫填充
• 将逻辑上一起访问的字段（如x/y/z坐标、timestamp/seqno）紧凑排列，提升空间局部性
• 反例：char a; double b; char c; → 实际占用24字节（a后填7字节，c后填7字节）；调序为double b; char a; char c; → 占用16字节，且b与a/c更可能共处同一缓存行

填充不是被动妥协，而是主动设计手段

填充字节可被有意识地用于隔离、对齐或防御性布局，而非仅由编译器补全。

• 在线程局部结构中，用char padding[64 - sizeof(int)]把关键字段锁进独立缓存行，杜绝伪共享
• 在内存池分配中，用AlignUp(size, 64)保证每个对象起始地址对齐到缓存行边界
• 对高频更新的计数器字段，前后各加32字节填充，使其独占整个缓存行

验证与测量不能只看sizeof

sizeof给出的是对象总字节数，但无法反映真实缓存行为。需结合偏移量、地址对齐状态与运行时访存模式综合判断。

• 用offsetof检查各字段实际偏移，确认是否密集分布在前半缓存行
• 在Linux下可用perf stat -e cache-misses,cache-references对比不同布局的缓存未命中率
• 用__builtin_assume_aligned(ptr, 64)向编译器提示对齐信息，辅助生成更优SIMD指令