嵌入式软件：每次读取RTE变量还是存储为全局变量？

在嵌入式系统中，这两种方案的优劣完全取决于RTE读取开销、参数可变性、内存资源、实时性要求这几个核心因素，没有绝对的最优解，下面分情况拆解：

1. 先明确RTE读取的本质开销 #

• 如果RTE读取是硬件级操作（比如从外部EEPROM通过I2C读取、访问外设寄存器、跨总线取数），单次读取的延迟可能达到数十微秒甚至毫秒级，且存在不确定性（比如总线冲突导致延迟波动）。这种情况下，高频使用参数时，重复读取的总耗时会严重拖累系统性能，缓存到全局变量是更优选择——用少量RAM空间换确定性的执行时间，在嵌入式实时场景中优先级极高。
• 如果RTE读取只是内部RAM地址的直接访问（比如RTE把参数存在片内RAM的固定区域），单次读取的开销仅为1-2个CPU周期，和访问全局变量几乎无差别。这种情况下，缓存到全局变量没有时间收益，反而浪费RAM空间，保持实时读取更合理。

2. 参数的可变性是核心前提 #

• 如果参数是静态配置项（上电后不会被修改，比如硬件校准值、出厂参数），缓存到全局变量完全没有一致性问题，甚至可以把全局变量声明为const，进一步优化编译器的存储和访问效率。
• 如果参数是动态可变项（比如运行时的配置更新、外部输入的参数），直接缓存到全局变量会导致组件使用过期数据。此时有两种可选方案：
  • 必须每次使用时读取RTE，保证数据最新；
  • 给RTE添加参数更新的回调机制，当参数变化时主动更新全局变量，兼顾实时性和数据一致性（但会增加代码复杂度）。

3. 内存资源的权衡 #

• 计算所有待缓存参数的总大小：如果总占用仅为几十字节，在大多数嵌入式系统的RAM预算（通常至少几百KB以上，8位MCU可能例外）中可以忽略，优先考虑时间性能。
• 如果参数总占用过大（比如几KB）且RAM资源极度紧张（比如8位MCU只有2KB RAM），需要分优先级处理：
  • 高频使用的核心参数缓存到全局变量；
  • 低频使用的参数保持实时读取，节省RAM空间。

4. 实时性要求的影响 #

• 如果组件运行在中断上下文或高优先级实时任务中，对执行时间的确定性要求极高。RTE读取的不确定性延迟（比如总线阻塞）可能导致任务超时或中断响应延迟，此时缓存到全局变量是唯一可靠的选择——保证每次参数访问的时间固定且最小。
• 对于低优先级任务，执行时间的波动影响较小，可以根据内存情况灵活选择。

实操建议 #

1. 先量化RTE读取开销：用定时器或示波器测量单次读取的耗时，统计参数的使用频率，计算重复读取的总耗时。
2. 确认参数的更新机制：查看RTE的设计文档或代码，明确参数是否会在运行时被修改。
3. 核算内存占用：统计所有待缓存参数的字节数，对比系统剩余RAM空间。
4. 针对性选择方案：
   • 静态参数+高读取开销+内存足够：缓存到全局变量（建议用const修饰）；
   • 动态参数：实时读取或实现更新回调；
   • 内存紧张+低频参数：实时读取；
   • 实时性敏感场景：必须缓存到全局变量。

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