编写C语言应用时是否需关注结构体对齐？何时需重视？

1. 编写C语言应用程序时是否需要关注结构体对齐问题？ #

绝大多数日常业务开发场景里，你完全不用特意操心结构体对齐——编译器会自动处理内存对齐逻辑，既能保证代码的可移植性，也能兼顾CPU的访问效率。但这并不代表可以彻底无视它，在一些特定场景下，对齐问题会直接影响程序的正确性或性能，这时就必须主动介入处理。

2. 需要重视结构体对齐的具体场景 #

• 跨平台/跨编译器交互的代码：不同编译器（如GCC、MSVC）、不同CPU架构（x86、ARM、RISC-V）的默认对齐规则存在差异。如果你的代码需要在多平台编译，或者要和其他平台生成的程序交换结构体数据（比如网络传输、跨平台读取本地文件），不对齐处理会直接导致数据解析错误。比如x86下int默认4字节对齐，部分嵌入式ARM架构默认8字节对齐，未指定对齐的结构体数据跨平台读取时会出现乱码。
• 操作硬件寄存器的嵌入式代码：嵌入式开发中常用结构体映射硬件寄存器地址，而硬件寄存器的地址是严格按对齐要求排布的。如果结构体的对齐方式和硬件要求不匹配，访问寄存器时会触发硬件异常（比如ARM的对齐错误中断），或者读取到错误数据。比如某寄存器要求4字节对齐，你定义的结构体成员未对齐，指针偏移就会指向错误地址。
• 内存受限环境下的开发：在嵌入式设备、自定义内存池这类内存紧张的场景中，默认对齐带来的填充字节（padding）会浪费空间。比如一个包含char（1字节）和int（4字节）的结构体，默认对齐会在char后添加3个填充字节，总大小8字节；如果手动指定按1字节对齐，总大小仅5字节，能有效节省内存。但这种操作要谨慎，可能会牺牲CPU的访问性能。
• 手动计算结构体成员偏移的场景：如果你不用.或->操作符，而是通过指针算术手动计算结构体成员的偏移量，默认对齐规则会改变成员的实际偏移位置。比如你误以为char成员后直接是int，但实际中间有填充字节，手动计算的指针会指向错误内存，导致程序崩溃或数据错误。
• 对接二进制协议的代码：很多网络协议、自定义文件格式会严格规定数据的字节排布和对齐方式，比如要求结构体按1字节对齐、无填充字节。这时必须手动指定对齐属性（如GCC的__attribute__((packed))，MSVC的#pragma pack），否则编译器自动添加的填充字节会破坏协议格式，导致数据交互失败。

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