C++ 为什么不是'；结构的t sizeof等于每个成员的sizeof之和？
为什么C++ 为什么不是'；结构的t sizeof等于每个成员的sizeof之和？,c++,c,struct,sizeof,c++-faq,C++,C,Struct,Sizeof,C++ Faq,为什么sizeof运算符返回的结构尺寸大于结构成员的总尺寸？这是因为添加了填充以满足对齐约束。影响程序的性能和正确性： 错误对齐的访问可能是一个硬错误（通常是SIGBUS） 错误对齐的访问可能是一个软错误。 这两种方法都在硬件上得到了纠正，性能略有下降 或通过软件仿真进行纠正，导致性能严重下降 此外，原子性和其他并发性保证可能会被破坏，从而导致微妙的错误 下面是一个使用x86处理器典型设置的示例（均使用32位和64位模式）： 可以通过按对齐方式对成员进行排序（按大小排序足以满足基本类型中
sizeof- 错误对齐的访问可能是一个硬错误（通常是
）SIGBUS - 错误对齐的访问可能是一个软错误。
- 这两种方法都在硬件上得到了纠正，性能略有下降
- 或通过软件仿真进行纠正，导致性能严重下降
- 此外，原子性和其他并发性保证可能会被破坏，从而导致微妙的错误
Z<>重要注释：C和C++标准都表示结构对齐是实现定义。因此，每个编译器可能会选择不同的数据对齐方式，从而导致不同且不兼容的数据布局。因此，在处理将由不同编译器使用的库时，了解编译器如何对齐数据非常重要。某些编译器具有命令行设置和/或特殊的
#pragma此外，库可能在x86下编译，具有32位整数，您可能在64位进程上比较它的组件，如果您手动执行此操作，将得到不同的结果。打包和字节对齐，如C常见问题解答中所述： 这是为了校准。许多处理器无法访问2字节和4字节 数量（例如整数和长整数），如果它们被塞满 四面八方 假设您有以下结构：
struct {
char a[3];
short int b;
long int c;
char d[3];
};
struct myStruct
{
int a;
char b;
int c;
} data;
+-------+-------+-------+-------+
| a | b |
+-------+-------+-------+-------+
| b | c |
+-------+-------+-------+-------+
| c | d |
+-------+-------+-------+-------+
+-------+-------+-------+
| a |
+-------+-------+-------+
| b |
+-------+-------+-------+-------+
| c |
+-------+-------+-------+-------+
| d |
+-------+-------+-------+
+-------+-------+-------+-------+
| a | pad1 |
+-------+-------+-------+-------+
| b | pad2 |
+-------+-------+-------+-------+
| c |
+-------+-------+-------+-------+
| d | pad3 |
+-------+-------+-------+-------+
+-------+-------+-------+-------+
| a | b |
+-------+-------+-------+-------+
| b | c |
+-------+-------+-------+-------+
| c | d |
+-------+-------+-------+-------+
+-------+-------+-------+
| a |
+-------+-------+-------+
| b |
+-------+-------+-------+-------+
| c |
+-------+-------+-------+-------+
| d |
+-------+-------+-------+
+-------+-------+-------+-------+
| a | pad1 |
+-------+-------+-------+-------+
| b | pad2 |
+-------+-------+-------+-------+
| c |
+-------+-------+-------+-------+
| d | pad3 |
+-------+-------+-------+-------+
+-------+-------+-------+-------+
| a | b |
+-------+-------+-------+-------+
| b | c |
+-------+-------+-------+-------+
| c | d |
+-------+-------+-------+-------+
+-------+-------+-------+
| a |
+-------+-------+-------+
| b |
+-------+-------+-------+-------+
| c |
+-------+-------+-------+-------+
| d |
+-------+-------+-------+
+-------+-------+-------+-------+
| a | pad1 |
+-------+-------+-------+-------+
| b | pad2 |
+-------+-------+-------+-------+
| c |
+-------+-------+-------+-------+
| d | pad3 |
+-------+-------+-------+-------+
这可能是由于字节对齐和填充，因此在您的平台上，结构的字节数（或单词数）为偶数。例如，在Linux上的C中，以下3种结构：
#include "stdio.h"
struct oneInt {
int x;
};
struct twoInts {
int x;
int y;
};
struct someBits {
int x:2;
int y:6;
};
int main (int argc, char** argv) {
printf("oneInt=%zu\n",sizeof(struct oneInt));
printf("twoInts=%zu\n",sizeof(struct twoInts));
printf("someBits=%zu\n",sizeof(struct someBits));
return 0;
}
例如，如果您希望使用GCC使结构具有一定的大小，请使用 在Windows上，使用cl.exe编译器时，可以将对齐设置为一个字节 通常CPU更容易访问4（或8）的倍数的数据，这取决于平台和编译器 因此，这基本上是一个对齐的问题
您需要有充分的理由来更改它。除了其他答案外，结构可以（但通常不）具有虚拟函数，在这种情况下，结构的大小还将包括vtbl的空间。另请参见： 对于Microsoft Visual C： 和GCC声明与Microsoft编译器兼容： 除了前面的答案，请注意，无论包装如何，在C++中都没有会员订单保证。编译器可以（当然也可以）向结构中添加虚拟表指针和基结构的成员。即使是虚拟表的存在也没有得到标准的保证（没有指定虚拟机制的实现），因此可以得出这样的结论：这样的保证是不可能的
我很肯定成员顺序在C中是有保证的，但在编写跨平台或跨编译器程序时，我不会指望它。由于所谓的打包，结构的大小大于其部分的总和。一个特定的处理器有一个它使用的首选数据大小。大多数现代处理器的首选大小为32位（4字节）。当数据位于这种边界上时访问内存比跨越这种大小边界的东西更有效 比如说。考虑简单的结构：
struct {
char a[3];
short int b;
long int c;
char d[3];
};
struct myStruct
{
int a;
char b;
int c;
} data;