C语言结构体中packed与aligned属性为何会产生末尾填充？

1. 同时使用packed和aligned(4)后结构体末尾出现填充是否正常？ #

完全正常。aligned(N)的作用不仅是让结构体的起始地址按N字节对齐，还会强制结构体的总大小必须是N的整数倍——这是为了保证当你创建该结构体的数组时，数组里每个元素的起始地址都能满足N字节对齐的要求。

举个例子：如果你的结构体成员总大小是5字节，加上aligned(4)后，编译器会自动在末尾补3字节填充，把总大小凑到8字节（4的整数倍）。这是编译器的标准行为，符合对齐规则的设计逻辑。

2. I2C读取场景下，哪种方案性能更优？ #

先明确核心前提：I2C是字节流传输，远程设备只会输出你需要的有效数据（也就是成员总大小的字节数），不会额外发送填充字节。基于这个前提，两种方案的对比如下：

仅用packed #

• 优势：结构体大小完全等于成员总大小，和设备的字节流完美匹配，读取时直接把I2C收到的字节拷贝到结构体即可，不需要任何额外处理。
• 性能影响：因为你的成员都是uint8_t（单字节类型），CPU访问单字节数据不需要对齐——不管结构体起始地址是否对齐，单字节读取操作的性能都是一样的，不会有任何损失。

用packed + aligned(4) #

• 问题：结构体末尾的填充字节是编译器本地添加的，设备不会发送这些数据。你要么：
  • 尝试从设备读取结构体总大小的字节（包括填充），但设备根本没有这些数据，会读到无效值；
  • 只读取成员总大小的字节，这时候结构体的填充部分是未初始化的脏数据，可能引发后续逻辑问题。
• 性能增益：因为成员都是uint8_t，aligned(4)对成员访问的性能没有任何帮助——单字节访问不需要对齐支持，对齐操作在这里是多余的。

结论：在你的场景下，仅使用packed是最优选择——既符合设备的数据格式，又没有额外的填充问题，性能也完全够用。

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