使用fwrite写入AccData结构体出现数据错乱问题求助

1. 字节序反转是否正常？ #

这是正常现象，原因是你的嵌入式系统采用小端字节序（绝大多数嵌入式MCU如ESP32、STM32等都是小端模式）：

• 多字节数据（如int16_t）的低字节会被存储在内存的低地址位置。
• 当你直接将结构体写入文件时，数据是按内存地址顺序输出的，因此int16_t类型的x=25（十六进制0x0019）会被写成0x19 0x00（即你看到的1900），看起来像是字节序反转。
• 这种字节序差异是跨平台数据存储的常见情况，只要后续读取时按相同字节序解析即可，或者在写入前统一转换为大端（网络字节序）来避免歧义。

2. time字段解析异常的解决方法 #

从你的数据来看，time字段的字节序列00000A00反转后得到000A0000（即十进制655360），和预期的10完全不符，核心问题大概率出在以下两个方面：

（1）结构体字节对齐的隐藏填充 #

很多编译器会默认开启字节对齐优化（比如按4字节对齐），你的结构体定义中：

• 3个int16_t字段共6字节，为了满足4字节对齐要求，编译器会在z字段后自动添加2字节的填充数据（通常是0x00），再存放4字节的time字段。
• 这意味着结构体实际大小不是你预期的10字节，而是12字节。你写入的10字节数据只包含了x、y、z、填充字节和time的前2字节，导致time字段被截断或错位。

解决方法：
禁用结构体的默认对齐，强制按1字节对齐（不同编译器语法不同）：

// GCC/Clang 编译器
struct __attribute__((packed)) AccData
{
    int16_t x;
    int16_t y;
    int16_t z;
    unsigned int time;
};

// Keil 编译器
#pragma pack(push, 1)
struct AccData
{
    int16_t x;
    int16_t y;
    int16_t z;
    unsigned int time;
};
#pragma pack(pop)

（2）time字段的赋值或类型匹配错误 #

• 检查你给time字段赋值的代码：是否错误地将传感器返回的10做了左移操作（比如time = 10 << 16），导致实际存储值为0x000A0000？
• 确认传感器返回的时间值类型：如果传感器返回的是16位整数，而你用32位的unsigned int存储，要确保赋值时没有错误的字节序转换或高位填充。
• 检查写入文件的代码：是否在写入time字段时单独做了字节序转换，而前三个字段没做，导致不一致？

额外建议 #

避免直接将结构体二进制写入文件（受字节序、对齐影响大），推荐采用文本格式或明确的序列化方式存储：

• 文本格式：比如将每个字段用逗号分隔写入，如25,252,48,10，可读性强，无字节序问题。
• 序列化：手动按固定字节序（如大端）写入每个字段，比如：

  // 将int16_t转换为大端字节写入
  void write_int16(FILE* fp, int16_t val) {
      uint8_t buf[2];
      buf[0] = (val >> 8) & 0xFF;
      buf[1] = val & 0xFF;
      fwrite(buf, 1, 2, fp);
  }
  
  // 将unsigned int转换为大端字节写入
  void write_uint32(FILE* fp, unsigned int val) {
      uint8_t buf[4];
      buf[0] = (val >> 24) & 0xFF;
      buf[1] = (val >> 16) & 0xFF;
      buf[2] = (val >> 8) & 0xFF;
      buf[3] = val & 0xFF;
      fwrite(buf, 1, 4, fp);
  }
  
  // 写入数据时调用上述函数
  write_int16(fp, data.x);
  write_int16(fp, data.y);
  write_int16(fp, data.z);
  write_uint32(fp, data.time);
  

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