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

GCC的计算大小是20 ;
VC的计算大小是24


GCC编译器是如何计算结构体大小的啊?
是不是最后末尾的填充大小不计算的啊；


结构体默认的字节对齐一般满足三个准则:
(1)结构体变量的首地址能够被其最宽基本类型成员的大小所整除。
(2) 结构体每个成员相对于结构体首地址的偏移量(offset) 都是成员自身大小的整数倍,
        如有需要,编译器会在成员之间加上填充字节(Internal Adding)。
(3) 结构体的总大小为结构体最宽基本类型成员大小的整数倍,
    如有需要, 编译器会在最末一个成员之后加上填充字节(Trailing Padding)。

上面第三条对GCC是不是不管用啊？？？？

在MinGW下测试了一下。结果也为24。观察各成员的存储地址是符合准则的。没有Linux，呵呵没法实际观察纯正的GCC编译出来的各成员的存储情况，很不好意思。

一个建议，可能你也知道，算是给不知道的其他朋友提个醒，变量的声明顺序尽量按其实际宽度从大到小声明，这样可以节省内存空间。原因参看内存对齐相关资料。

以个这结构为例，改成下面的声明方式在MinGW下的大小将变成16（不敢乱说GCC下的结果）
struct b{
    double d;
    int a;
    short b;
    char c;
 };
 

《编写高质量代码：改善C++程序的150个建议》说是从小到大；
原理应该是一样的，就是尽量使其对齐，尽量少填充字符， 纯个人理解，如果错望指正

看来那书被我发现BUG了，GCC下应该他最后面的填充大小不算的,
看来他书写的不全面啊，哈哈^_^

GCC下运行的结果：

呵呵，你的书也不一定错，又做了一点测试，似乎两者的结果都一样。或许我该修改一下我的看法了

似乎两者的结果都一样 指哪两者啊

呃，我指的是从小到大和从大到小之两者