根据MSDN,/Zp
命令默认为8,这意味着使用64位对齐边界。我一直认为对于32位应用程序,MSVC编译器将使用32位边界。例如:
struct Test
{
char foo;
int bar;
};
编译器会像这样填充它:
struct Test
{
char foo;
char padding[3];
int bar;
};
因此,由于默认使用/Zp8
,这是否意味着我的填充使用上面相同的示例变为7 + 4字节:
struct Test
{
char foo;
char padding1[7];
int bar;
char padding2[4];
}; // Structure has 16 bytes, ending on an 8-byte boundary
这有点荒谬不是吗?我误会了吗?为什么使用如此大的填充物,似乎浪费了空间。 32位系统上的大多数类型甚至不会使用64位,因此大多数变量都有填充(可能超过80%)。
这不是它的工作原理。成员对齐其大小的倍数。 Char为1个字节,short为2,int为4,double为8.结构在末尾填充,以确保在数组中使用struct时成员仍然正确对齐。
8的打包意味着它停止尝试对齐大于8的成员。这是一个实际的限制,内存分配器不会返回比8更好的地址。如果没有正确对齐并结束,则加倍是非常昂贵的跨越缓存线。但是,如果你编写SIMD代码,则需要进行16字节对齐。
这并不意味着每个成员都在8字节边界上对齐。仔细阅读一下:
the smaller member type or n-byte boundaries
这里的关键是第一部分 - “较小的成员类型”。这意味着对齐较少的成员可能会更少,更有效地对齐。
struct x {
char c;
int y;
};
std::cout << sizeof(x);
std::cout << "offsetof(x, c) = " << offsetof(x, c) << '\n';
std::cout << "offsetof(x, c) = " << offsetof(x, y) << '\n';
这产生8,0,4意味着事实上,int
仅填充到4字节对齐。