構造体のsizeofがC/C ++の各メンバーのsizeofの合計と等しくないのはなぜですか？

sizeof（）によって取得される構造体型要素のサイズは、必ずしも個々のメンバーのサイズと同じではありません。コンパイラは、配置の問題を回避するためにパディングを追加する場合があります。そのため、サイズが変わる場合があります。パディングは、構造体メンバーの後に、より大きなサイズのメンバーが続く場合、または構造体の最後に追加されます。コンパイラが異なれば、アライメント制約のタイプも異なります。 C標準では、全体的な配置構造は実装によって異なります。

ケース1

この場合、double zの長さは8バイトであり、x（4バイト）よりも大きくなります。そのため、別の4バイトのパディングが追加されます。また、短い型のデータyのメモリには2バイトのスペースがあるため、パディングとして6バイトが追加されます。

サンプルコード

#include <stdio.h>
struct myStruct {
   int x; //Integer takes 4 bytes, and padding 4 bytes
   double z; //Size of double is 8-byte, no padding
   short int y; //Size of short is 2-byte, padding 6-bytes
};
main() {
   printf("Size of struct: %d", sizeof(struct myStruct));
}

出力2

Size of struct: 24

ケース2

この場合、最初にdoubleが挿入され、8バイトのスペースが必要になります。ここで、整数x（4バイト）が追加されます。したがって、別の4バイトのスペースがあります。短いyを追加すると、その余分な4バイトのスペースに配置でき、合計16バイトのスペースを占有します。

サンプルコード

#include <stdio.h>
struct myStruct {
   double z; //Size of double is 8-byte, no padding
   int x; //Integer takes 4 bytes, and padding 4 bytes
   short int y; //Size of short is 2-byte, padding 6-bytes
};
main() {
   printf("Size of struct: %d", sizeof(struct myStruct));
}

出力2

Size of struct: 16

ケース3

3番目のケースでも、16バイトのメモリスペースが必要ですが、配置が異なります。最初のメンバーがdoubleであるため、最初に配置され、次に短いタイプのデータが追加されます。これで、整数を挿入しようとしたときに、残りの6バイトの領域に配置できます。したがって、短い後に1つのパディングが存在しますが、整数データの後にパディングは必要ありません。

サンプルコード

#include <stdio.h>
struct myStruct {
   double z; //Size of double is 8-byte, no padding
   short int y; //Size of short is 2-byte, padding 6-bytes
   int x; //Integer takes 4 bytes, and padding 4 bytes
};
main() {
   printf("Size of struct: %d", sizeof(struct myStruct));
}

出力2

Size of struct: 16