嵌入式开发中结构体与共用体的内存优化技巧

1. 嵌入式开发中的结构体与共用体：从内存布局到实战技巧

在嵌入式C语言开发中，结构体（struct）和共用体（union）是两种最基础却最容易用错的数据组织方式。我曾在STM32项目里因为一个错误的结构体对齐设置导致整个通信协议解析失败，也见过同事巧妙使用共用体节省了80%的RAM空间。这两种看似简单的数据类型，实际上藏着嵌入式开发的效率密码和性能陷阱。

结构体适合描述具有多个属性的实体（如传感器数据包），而共用体则擅长用同一块内存表示不同类型的数据（如协议帧解析）。它们的区别不仅体现在语法上，更直接影响着内存占用、访问效率以及硬件寄存器映射的准确性。掌握它们的底层内存布局和编译器特性，是写出高效嵌入式代码的基本功。

2. 结构体的嵌入式应用详解

2.1 结构体的内存布局与对齐原则

在STM32等32位ARM架构中，结构体默认按4字节对齐。假设我们定义传感器数据结构：

c复制struct SensorData {
    uint8_t id;         // 1字节
    uint32_t timestamp; // 4字节 
    float value;        // 4字节
    uint16_t status;    // 2字节
};

实际内存占用不是简单的1+4+4+2=11字节。通过sizeof(struct SensorData)测试会发现实际占16字节，因为编译器在id后插入了3字节填充（padding）以满足timestamp的4字节对齐要求。

关键技巧：使用#pragma pack(1)可以取消对齐填充，但在ARM架构上访问非对齐数据会导致性能下降甚至硬件异常。对于频繁访问的结构体，保持默认对齐往往更优。

2.2 寄存器映射的经典应用

结构体最妙的应用莫过于外设寄存器映射。以STM32的USART寄存器为例：

c复制typedef struct {
    __IO uint32_t SR;   // 状态寄存器
    __IO uint32_t DR;   // 数据寄存器
    __IO uint32_t BRR;  // 波特率寄存器
    // ...其他寄存器
} USART_TypeDef;

#define USART1 ((