将常量struct写入二进制文件结果不固定？原因及解决方案

问题原因 #

这个问题是C语言的**结构体内存填充（Padding）**机制导致的：
C标准允许编译器在结构体的成员之间、结构体末尾插入无意义的填充字节，目的是让每个成员的内存地址对齐到对应类型的对齐边界，提升内存访问效率。
你用32位GCC编译时，该结构体的最大成员是8字节的double，所以整体结构体需要对齐到8字节边界：

• 结构体前6个double占48字节、后续unsigned int占4字节、unsigned char占1字节，累计占53字节
• 编译器会在结构体末尾补充3个填充字节，让总大小达到8的整数倍56字节
  你写的CreateStruct函数只给显式定义的成员赋值，这3个填充字节属于栈内存的未初始化随机值，每次运行程序时栈内存的残留数据不同，填充字节的内容就会变化，最终写入二进制文件的内容自然每次都不一样，你看到的末尾3个随机字节刚好就是这部分填充内容。

规避方案 #

你可以根据你的需求选择以下任意一种方案：

• 方案1：初始化整块结构体内存
  在给结构体成员赋值前，先把整个结构体的内存全部置0，填充字节也会被初始化为固定值，就不会出现随机内容。
  可以修改main中的结构体定义为：

  Struct_type Struct_instance = {0};
  

  或者在调用CreateStruct前调用memset：

  memset(&Struct_instance, 0, sizeof(Struct_instance));
  

  这种方案不改变结构体的内存布局、不影响访问效率，是最常用的解决方案。
• 方案2：取消结构体填充（适合对二进制布局有严格要求的场景）
  用GCC的扩展语法取消结构体的自动填充，这样结构体就不会产生额外的填充字节：

  typedef struct __attribute__((packed)) {
    double vector1[3];
    double vector2[3];
    unsigned int a_uint32_field;
    unsigned char a_uint8_field;
  } Struct_type;
  

  注意该方案是编译器相关的，跨编译器使用需要对应调整语法，且取消对齐后部分架构下可能出现成员访问效率下降、甚至访问异常的问题。
• 方案3：手动序列化结构体（跨平台兼容性最好）
  不要直接把整块结构体内存写入文件，而是按你需要的字节顺序、字节长度逐个把结构体成员写入文件，完全不依赖编译器的对齐规则，适合需要跨平台、跨编译器兼容二进制格式的场景。

内容的提问来源于stack exchange，提问作者Mefitico