单片机中嵌套结构体与联合的设计目的及内存优化疑问

先贴出你提到的代码结构：

struct sExtTable {
        ... data
        struct {
            ... data
            union {
                struct {
                    ... data
                } intUnionStruct;
                struct {
                    ... data
                } intUnionStruct2;
            } union;
        } intStruct;
} ExtTable;

为什么用联合而非直接放入结构体？ #

核心原因在于联合的内存共享特性——联合内的所有成员共用同一块内存空间，而如果把intUnionStruct和intUnionStruct2直接放在intStruct里，它们会占用独立的内存区域。这种设计在单片机场景下主要有以下作用：

1. 直接实现内存优化 #

单片机的RAM/ROM资源通常非常有限，这种设计能有效减少内存占用：

• 当intUnionStruct和intUnionStruct2是互斥使用的（同一时间只会用到其中一个的成员），用联合的话，这部分内存的总占用等于两个结构体中尺寸更大的那个，而不是两者的尺寸之和。
• 举个实际的例子：如果intUnionStruct占12字节，intUnionStruct2占16字节，用联合仅需16字节；如果直接放入结构体，就要占用28字节，内存节省效果显著。

2. 明确表达互斥的逻辑关系 #

这种设计是在代码层面直观体现“两个结构体是同一数据区域的不同解读”：

• 常见于硬件寄存器的多模式映射：很多外设寄存器在不同工作模式下，位域定义完全不同，用联合封装这两种位域结构，能清晰表示“这两种结构对应同一块硬件资源，同一时间只会生效一种”。
• 也用于程序状态分支：当程序处于A状态时使用intUnionStruct的成员，处于B状态时使用intUnionStruct2的成员，联合能避免后续维护者误以为两者可以同时操作，减少逻辑错误。

3. 适配硬件寄存器的地址映射 #

单片机代码经常需要直接操作硬件寄存器的物理地址，联合是适配这种场景的最佳选择之一：

• 复用的硬件寄存器会对应同一个物理地址，用联合把不同功能的位结构体绑定在一起，既能通过结构体成员便捷访问寄存器位，又能保证地址的正确性，无需手动计算偏移。

直接放入结构体的弊端 #

如果把intUnionStruct和intUnionStruct2直接放在intStruct中：

• 会额外占用不必要的内存，对于资源紧张的单片机来说是浪费。
• 无法体现两者的互斥关系，代码可读性和可维护性会下降，容易引发误用。

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