探究C++结构体填充与处理器性能的关联及读取逻辑

你的计算与读取次数的正确性 #

首先，你的计算是完全正确的：在遵循标准对齐规则的64位编译器下，struct C的总大小确实是24字节，内存布局如下：

• 偏移0-3：int a（4字节）
• 偏移4-7：填充字节（4字节，用于让d对齐到8字节边界）
• 偏移8-15：double d（8字节）
• 偏移16-19：int b（4字节）
• 偏移20-23：填充字节（4字节，让整个结构体的大小是最大成员尺寸（8字节）的整数倍，保证数组中后续结构体实例也能正确对齐）

关于读取次数：如果结构体的起始地址是8字节对齐的（编译器会自动保证这一点，因为结构体的最大成员是8字节），那么读取整个结构体确实需要3次8字节的内存读取操作——分别对应0-7、8-15、16-23这三个8字节块。

结构体填充与CPU性能的核心关联 #

结构体填充本质是用空间换时间，核心影响体现在以下几点：

• 避免未对齐访问的性能惩罚：多数CPU（尤其是RISC架构如ARM、MIPS，x86在部分场景下）对未对齐内存访问的支持有限。如果没有填充，double d会落在偏移4字节的位置，不属于8字节对齐边界。此时CPU读取d需要两次4字节的内存读取，再拼接成完整的8字节数据，这会额外消耗CPU周期；更严重的是，部分CPU会直接触发硬件异常，需要操作系统介入处理，开销会呈数量级增长。
• 提升缓存利用率：CPU缓存是以缓存行（通常64字节）为单位加载数据的。填充后的结构体成员都处于对齐状态，能更高效地填满缓存行。比如连续存储多个struct C实例时，每个实例的成员都不会跨缓存行，减少缓存未命中的概率——缓存未命中需要从内存加载数据，耗时是缓存命中的数十倍。
• 简化指令执行：对齐的内存访问可以使用更高效的CPU指令。比如x86架构中，movq指令可以直接加载8字节的对齐数据，执行周期短；而未对齐的访问可能需要多条指令配合，或者使用专门的未对齐加载指令，执行效率更低。

内容的提问来源于stack exchange，提问作者James Franco