内存管理

刚接触中科蓝讯 SDK 时，我经常看到函数前面有 AT(.com_text.xxx)。一开始我只知道照着原有代码写，却不明白它为什么在这里。后来看了资料和工程里的写法，我才认识到：SDK 把代码分区域存放，不同区域的运行方式不一样。 这篇只是我目前从应用侧整理的一点理解，重点放在看到 AT(...) 时怎么读。 一、com 区和 bank 区有什么区别 按照官方资料的说明，芯片上电后，一部分代码会从 Flash 搬到 RAM 里常驻下来，这部分就是 com 区；剩下的代码继续待在 Flash，用到时才被加载到 bank 运行区。 区域 简单理解 适合放什么 com 区 上电后会加载到 RAM，并在运行期间常驻 中断函数、实时性要求高的 bank 区 代码存在 Flash，运行时按需加载到 bank 运行区 大多数普通应用逻辑 com 区的空间有限，所以不要因为更快，就把普通功能都放进去。 二、真正要注意的是中断和它调用的函数 中断函数和它调到的关键函数，通常需要放在 com 区。因为中断来了要马上处理，不能等到需要时再去加载代码。 在工程里看定时和一些中断相关代码时，我能看到类似下面的写法： AT(.com_text.user) void user_timer_isr(void) { // 中断中的处理 } 实际用的时候，我是先看同模块已有代码的写法，不凭空猜。但照抄还不够——踩过两次坑才知道，光盯着函数本身的 AT，容易漏掉更深层的依赖。 第一次是在中断里调了一个普通函数，我给那个函数加了 AT(.com_text.xxx)，以为这就完事了。结果还是偶发异常。排查后发现，这个函数内部又调了另一个普通函数，那个子函数没加 AT。中断触发时 CPU 跳到 com 区，执行到嵌套的子函数时，它的代码还在 bank 区没加载进来，一样挂。这件事的风险在于，被调函数可能还调了其他函数，嵌套几层之后很容易漏掉。所以给函数加 AT 时，得顺着调用链往下检查，确保整条执行路径上的函数都在 com 区。如果调用深度比较大，更稳妥的做法是通过消息转发把逻辑放到其他线程执行，避免在 com 区里越套越深。 ...