linux size_of()求结构体所占内存空间大小

原文地址：http://lib.csdn.net/article/c/19843

运算符sizeof可以计算出给定类型的大小，对于32位系统来说，sizeof(char) = 1; sizeof(int) = 4。基本数据类型的大小很好计算，我们来看一下如何计算构造数据类型的大小。

C语言中的构造数据类型有三种：数组、结构体和共用体。

数组是相同类型的元素的集合，只要会计算单个元素的大小，整个数组所占空间等于基础元素大小乘上元素的个数。

结构体中的成员可以是不同的数据类型，成员按照定义时的顺序依次存储在连续的内存空间。和数组不一样的是，结构体的大小不是所有成员大小简单的相加，需要考虑到系统在存储结构体变量时的地址对齐问题。看下面这样的一个结构体：

struct stu1           {                 int i;                 char c;                 int j;           }；

先介绍一个相关的概念——偏移量。偏移量指的是结构体变量中成员的地址和结构体变量地址的差。结构体大小等于最后一个成 员的偏移量加上最后一个成员的大 小。显然，结构体变量中第一个成员的地址就是结构体变量的首地址。因此，第一个成员i的偏移量为0。第二个成员c的偏移量是第一个成员的偏移量加上第一个 成员的大小（0+4）,其值为4；第三个成员j的偏移量是第二个成员的偏移量加上第二个成员的大小（4+1）,其值为5。

实际上，由于存储变量时地址对齐的要求，编译器在编译程序时会遵循两条原则：

1. 结构体变量中成员的偏移量必须是成员大小的整数倍（0被认为是任何数的整数倍）
2. 结构体大小必须是所有成员大小的整数倍。double 类型是8 bytes，但是gcc中规定对齐模数最大只能是4（x86 windows是8），也就是说，即使结构体中有double类型，对齐模数还是4，所以数据是按照1，2，4对齐的，最终结构体的大小的最大整数倍是4不是8，win下则最大是8.

对照第一条，上面的例子中前两个成员的偏移量都满足要求，但第三个成员的偏移量为5，并不是自身(int)大小的整数倍。编译器在处理时会在第二个成员后面补上3个空字节，使得第三个成员的偏移量变成8。

对照第二条，结构体大小等于最后一个成员的偏移量加上其大小，上面的例子中计算出来的大小为12，满足要求。

再看一个满足第一条，不满足第二条的情况

struct stu2           {                 int k;                 short t;           }；

成员k的偏移量为0；成员t的偏移量为4，都不需要调整。但计算出来的大小为6，显然不是成员k大小的整数倍。因此，编 译器会在成员t后面补上2个字节，使得结构体的大小变成8从而满足第二个要求。 由此可见，大家在定义结构体类型时需要考虑到字节对齐的情况，不同的顺序会影响到结构体的大小。对比下面两种定义顺序

struct stu3           {                 char c1;                 int i;                 char c2;           }

struct stu4           {                 char c1;                 char c2;                 int i;           }

虽然结构体stu3和stu4中成员都一样，但sizeof(struct stu3)的值为12而sizeof(struct stu4)的值为8。

如果结构体中的成员又是另外一种结构体类型时应该怎么计算呢？只需把其展开即可。但有一点需要注意，展开后的结构体的第一个成员的偏移量应当是被展开的结构体中最大的成员的整数倍。看下面的例子：

struct stu5                 {                 short i;                 struct                 {                    char c;                    int j;                 } ss;                 int k;           }

结构体stu5的成员ss.c的偏移量应该是4，而不是2。整个结构体大小应该是16。

如何给结构体变量分配空间由编译器决定，以上情况针对的是Linux下的GCC。其他平台的C编译器可能会有不同的处理。

摘录另一篇文章作为补充：

原文地址：结构体的sizeof到底多大？

再让我们来看个例子：

struct node { double a; int b; int c; char d; };

这个时候的sizeof(node)是多少？20？24？

其实，这个时候你会发现，当你在windows上使用VC编译的时候，你会得到24；当你在linux上使用gcc编译的时候，你会得到20！其实，这恰好说明这种数据的对齐是由编译器决定的！在VC中规定， 结构体变量的首地址能够被其最宽基本类型成员的大小所整除；而在gcc中规定对齐模数最大只能是4，也就是说，即使结构体中有double类型，对齐模数还是4，所以数据是按照1，2，4对齐的。所以，在两个不同编译器上，你得到了不同的答案！