AVR MCU驱动共用RAM：__attribute__((common))用法及稳定性疑问

针对AVR MCU开发的代码包含多个驱动，启动时仅启用其中一个。由于RAM资源紧张，每个驱动需要2-3KB缓冲区，因此需要将所有驱动的RAM段映射到同一地址。

当前实现方式是在各驱动头文件中定义结构体：

driver1.h #

typedef struct {
    // 驱动内部私有变量
    int internal_variable1_for_driver1;
    int internal_variable2_for_driver1;
    ...
} st_driver1_t;

其他驱动头文件有类似定义。

在all_drivers.h中定义union：

#include "driver1.h"
#include "driver2.h"
#include "driver3.h"
...
union {
    st_driver1_t DRV1;
    st_driver2_t DRV2;
    st_driver3_t DRV3;
    ...
} DRV;

已知同一时间仅能访问启用的驱动RAM，否则会修改整个union。

现在遇到的问题是：每个驱动都需要包含all_drivers.h，导致所有驱动头文件互相暴露，希望隐藏这些头文件。

询问：

1. 能否在各驱动的.c文件中使用__attribute__((common))定义专属结构体，从而隐藏头文件？
2. 是否应该将这些结构体定义为static？
3. 该解决方案是否稳定，属于公开特性还是未公开技巧？

1. 可以用__attribute__((common))实现需求，且完美解决头文件暴露问题 #

在每个驱动的.c文件中直接定义带__attribute__((common))的全局结构体变量，完全不需要对外暴露结构体定义：

// driver1.c
struct __attribute__((common)) {
    int var1;
    int var2;
    ...
} DRV;

// driver2.c
struct __attribute__((common)) {
    long OtherVar1;
    int ExtraOne;
    ...
} DRV;

AVR GCC的链接器会将所有同名的common属性符号合并到同一RAM地址，大小取所有结构体中最大的那个，效果和你之前用union实现的RAM重叠完全一致，同时每个驱动的结构体定义仅在自身.c文件中可见，彻底解决了头文件互相依赖的问题。

2. 绝对不能加static #

static会将变量限定为当前.c文件私有，链接器不会跨文件合并static变量。如果加了static，每个驱动的DRV会被分配到独立的RAM区域，完全达不到共享同一块地址的目的，所以必须去掉static，让DRV成为全局可见的符号，才能让链接器处理common属性的合并逻辑。

3. 该方案稳定，属于公开的GCC扩展特性 #

__attribute__((common))是GCC官方文档明确记载的扩展特性，AVR GCC完全支持，不属于未公开技巧，只要遵循规则使用就非常稳定。需要注意两个细节：

• 链接器会自动取所有DRV结构体中最大的尺寸作为分配的RAM大小，确保能容纳任何一个驱动的缓冲区需求；
• 必须严格保证同一时间仅启用一个驱动，避免不同驱动的RAM访问互相干扰（这一点你已经明确，无需额外提醒）。

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