本文最后更新于 2026年7月27日。

先给核心结论（AUTOSAR + Simulink Coder 语境，你的气囊控制器场景）

二者在生成代码层面都属于全局作用域变量，但语义、访问权限、使用场景完全不同，绝对不能混用。

术语来源：Simulink Coder / Embedded Coder 模型工作区变量属性（Storage Class）

1. ExportedGlobal

• 含义：模型定义该变量，导出为C全局变量
• C代码表现

// .c 文件
double FilterGain;
// .h 文件对外声明
extern double FilterGain;

✅ 特点：

1. 变量内存由当前模型分配；
2. 头文件导出 extern，其他C文件可以读写；
3. 模型内部可读、可写；
4. 适合：模型内部产生、需要外部ECU底层代码访问的标定变量、状态变量。

⚠️风险（车载重点）
多处同时读写会产生竞态，AUTOSAR项目尽量减少ExportedGlobal。

2. ImportedExtern

• 含义：变量不在本模型定义，由外部C代码提供，模型只是声明引用
• C代码表现

// 模型只生成声明，不会分配内存！
extern uint16_t SensorRawData;

✅ 特点：

1. 模型不分配存储空间；变量定义存在于手写C代码 / 其他模块；
2. 模型仅读取（也可以写，但工程极少写外部extern变量）；
3. 必须保证链接时存在同名全局变量，否则报链接错误。

一张清晰对比表

属性	ExportedGlobal	ImportedExtern
内存分配	Simulink生成代码分配变量实体	模型只写extern声明，不分配内存
源头	变量定义在当前模型	变量定义在外部手写C/其他模块
生成代码	.c定义变量 + .hextern声明	仅生成extern xxx;
读写权限	模型可读可写，外部代码可读可写	模型可读/可选写；外部拥有本体
典型场景	算法内部状态、模型输出给底层的全局量	获取底层驱动采集的传感器原始信号

3. 极易踩坑点（PPS/安全气囊项目重点）

坑1：混淆导致链接报错

如果你把外部传感器信号设置成 ExportedGlobal：
Simulink会自己定义一份变量，工程出现重定义 multiple definition 编译错误。

如果你把模型内部状态设置成 ImportedExtern：
模型只有extern声明，没有实体，undefined reference 链接失败。

坑2：和原子子系统/Reusable function搭配

ImportedExtern / ExportedGlobal 是模型工作区变量，不属于函数形参。
👉 如果你搭建可重用原子子系统(Reusable function)：
尽量不要在重用函数内部直接读写全局变量！
多实例并发调用时全局变量会互相干扰，是车载重大BUG来源。
优先设计成输入端口传参，而不是依赖全局变量。

坑3：AUTOSAR规范层面建议

AUTOSAR尽量规避裸全局变量：

• 推荐：通过 SWC端口 + InterRunnableVariable / SenderReceiver接口 交互
• 只有对接手写驱动、底层芯片信号时，才少量使用 ImportedExtern
• ExportedGlobal 能不用就不用，很难满足RTE一致性、保护机制

4. 快速记忆口诀

• ExportedGlobal：我定义，别人可以用（导出全局）
• ImportedExtern：别人定义，我拿来用（导入外部全局）

延伸补充（容易混淆的同类StorageClass）

• ImportedExternPointer：导入外部全局指针（常见传递数组、缓冲区）
• ModelDefault：默认，作用域受子系统/函数打包控制，不一定是全局
• Constant：编译常量，不存在运行时内存

如果你需要，我可以给一条建模规范：什么场景必须用ImportedExtern，什么场景禁止使用ExportedGlobal。