在关于内存对齐和结构填充/打包的其他解释得很好的答案中，我通过仔细阅读问题本身发现了一些东西。

“为什么结构的sizeof不等于每个成员的sizeof之和？”“为什么sizeof运算符返回的结构大小大于结构成员的总大小”？

这两个问题都表明了一些明显的错误。至少在一般的、非示例性的视图中是这样的。

应用于结构对象的sizeof操作数的结果可以等于分别应用于每个成员的sizeof之和。它不一定要更大/不同。

如果没有填充的原因，则不会填充内存。

如果结构仅包含相同类型的成员，则大多数实现为：

struct foo {
   int a;   
   int b;
   int c;     
} bar;

假设sizeof（int）==4，结构杆的尺寸将等于所有构件的尺寸总和，sizeof（bar）==12。这里没有填充。

同样的例子如下：

struct foo {
   short int a;   
   short int b;
   int c;     
} bar;

假设sizeof（short int）==2，sizeof（int）==4。为a和b分配的字节之和等于为c分配的字节，c是最大的成员，因此所有内容都完全对齐。因此，sizeof（bar）==8。

这也是关于结构填充的第二个最受欢迎的问题的对象，这里：

C结构中的内存对齐

这可能是由于字节对齐和填充，使得结构在您的平台上达到偶数字节（或单词）。例如，在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;
}

成员的大小（以字节为单位）分别为4字节（32位）、8字节（2x 32位）和1字节（2+6位）。上面的程序（在使用gcc的Linux上）将大小打印为4、8和4，其中最后一个结构填充为一个单词（在我的32位平台上为4 x 8位字节）。

oneInt=4
twoInts=8
someBits=4

在关于内存对齐和结构填充/打包的其他解释得很好的答案中，我通过仔细阅读问题本身发现了一些东西。

“为什么结构的sizeof不等于每个成员的sizeof之和？”“为什么sizeof运算符返回的结构大小大于结构成员的总大小”？

这两个问题都表明了一些明显的错误。至少在一般的、非示例性的视图中是这样的。

应用于结构对象的sizeof操作数的结果可以等于分别应用于每个成员的sizeof之和。它不一定要更大/不同。

如果没有填充的原因，则不会填充内存。

如果结构仅包含相同类型的成员，则大多数实现为：

struct foo {
   int a;   
   int b;
   int c;     
} bar;

假设sizeof（int）==4，结构杆的尺寸将等于所有构件的尺寸总和，sizeof（bar）==12。这里没有填充。

同样的例子如下：

struct foo {
   short int a;   
   short int b;
   int c;     
} bar;

假设sizeof（short int）==2，sizeof（int）==4。为a和b分配的字节之和等于为c分配的字节，c是最大的成员，因此所有内容都完全对齐。因此，sizeof（bar）==8。

这也是关于结构填充的第二个最受欢迎的问题的对象，这里：

C结构中的内存对齐

除了其他答案，结构可以（但通常不）具有虚拟函数，在这种情况下，结构的大小还将包括vtbl的空间。

C语言为编译器提供了一些关于内存中结构元素位置的自由：

内存孔可能出现在任意两个组件之间以及最后一个组件之后。这是由于目标计算机上的某些类型的对象可能受到寻址边界的限制sizeof运算符的结果中包含“内存孔”大小。sizeof仅不包括灵活数组的大小，灵活数组在C/C中可用++该语言的一些实现允许您通过pragma和编译器选项控制结构的内存布局

C语言为程序员提供了结构中元素布局的一些保证：

编译器需要分配一系列增加内存地址的组件第一个组件的地址与结构的起始地址一致未命名的位字段可以包括在结构中，以实现相邻元素的所需地址对齐

与元素对齐相关的问题：

不同的计算机以不同的方式排列对象的边缘位字段宽度的不同限制计算机在如何存储一个字中的字节方面存在差异（Intel 80x86和Motorola 68000）

对齐方式：

结构所占据的体积被计算为这样的结构阵列中对齐的单个元素的大小。结构应以便下一个后续结构的第一个元素不违反对齐要求

p.s更多详细信息可在此处获得：“塞缪尔·p·哈比森，盖伊·L·斯蒂尔C A参考，（5.6.2-5.6.7）”

上面给出了很多信息（解释）。

我只想分享一些方法来解决这个问题。

您可以通过添加pragma pack来避免它

#pragma pack(push, 1)

// your structure

#pragma pack(pop)