结构体成员对齐问题：16位与32位编译器下的大小差异

首先得澄清一下：你提到的new_weld_status[2]在32位GCC下“占4字节”，本质不是数组本身的大小变了，而是GCC默认的结构体对齐规则导致数组后面被插入了2字节的填充——因为UINT32类型默认需要4字节对齐，所以编译器会在2字节的数组后面补2字节，让下一个成员new_weld_count落在4字节对齐的地址上。

针对这个问题，你有几个精准的GCC专属方案可以选择，不需要用union替换数组：

方案1：给目标结构体添加紧凑打包属性 #

这是最精准的做法，只修改这个结构体的布局，不影响其他代码。给结构体加上__attribute__((packed))属性，GCC就会取消所有不必要的填充字节，让成员紧密排列，和16位Keil编译器的布局完全一致：

typedef struct { 
    unsigned char new_weld_status[2]; 
    UINT32 new_weld_count; 
    UINT16 new_weld_fail_count; 
} __attribute__((packed)) NEW_PULSE_DATA;

⚠️ 注意：这样new_weld_count会处于未对齐的地址（偏移2字节），TriCore处理器通常支持未对齐内存访问，但可能存在轻微的性能损失，建议查阅你的处理器手册确认兼容性。

方案2：全局设置结构体对齐规则 #

如果你的整个代码base都需要和16位编译器的布局保持一致，可以用GCC的编译开关-fpack-struct=2。这个选项会强制所有结构体按2字节边界对齐，成员之间不会产生超过2字节的填充。

• 使用方式：把这个参数添加到你的Makefile或编译脚本的GCC参数列表中。
  ⚠️ 注意：这是全局设置，会影响所有结构体的对齐方式，可能导致其他性能敏感代码的效率下降，需要谨慎评估。

方案3：单独调整成员的对齐要求 #

如果你不想修改整个结构体的打包属性，也可以给new_weld_count成员单独设置对齐规则，让它允许2字节对齐，这样就不需要在数组后面加填充了：

typedef struct { 
    unsigned char new_weld_status[2]; 
    UINT32 new_weld_count __attribute__((aligned(2))); 
    UINT16 new_weld_fail_count; 
} NEW_PULSE_DATA;

这种方式更灵活，只调整单个成员的对齐要求，不会影响结构体其他部分或全局代码。

额外注意事项 #

• 一定要确保UINT32、UINT16这些自定义类型在两个编译器下的定义完全一致（比如都是对应大小的无符号整数），避免类型大小差异带来的隐藏问题。
• 测试时可以用sizeof(NEW_PULSE_DATA)对比两个编译器下的结构体大小，确认布局一致。

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