1. 内存布局基础：Bootloader在嵌入式系统中的位置与作用，内存映射的基本概念

大家好，我是你们的Bootloader课程讲师。今天咱们来聊聊内存布局这个基础话题。说实话，我见过太多工程师在Bootloader开发上栽跟头，十有八九都是因为没搞懂内存布局。你想想看，Bootloader本身就在内存里跑，它还要负责把应用程序也加载到内存里——如果连内存怎么划分都没搞清楚，那后面的事情根本没法做。

1.1 Bootloader在嵌入式系统中的位置

先说说Bootloader到底是个什么角色。我习惯把它比作「系统看门人」。芯片上电后，第一段执行的代码就是Bootloader。它干的事情很简单：初始化硬件、验证应用程序、然后跳转过去。

但这里有个关键点——Bootloader自己也得有个安身之所。它不能跟应用程序挤在一起，否则跳转的时候就会把自己给覆盖掉。嗯，这个问题我当年刚入行时就踩过坑。

典型的内存分区结构：

  • Bootloader区：存放Bootloader代码，通常从Flash起始地址开始
  • 参数区：存放配置参数、校准数据等
  • 应用程序区：存放用户应用程序
  • 备份区：用于OTA升级时的备份

1.2 内存映射的基本概念

内存映射，说白了就是给芯片的各个存储区域分配地址。每个地址对应一个物理存储单元，可能是Flash、SRAM、外设寄存器等等。

我举个例子。假设你用的芯片Flash从0x08000000开始，SRAM从0x20000000开始。那么Bootloader放在0x08000000，应用程序放在0x08020000——这就是一个简单的内存映射方案。

为什么会这样设计？因为芯片上电后，CPU会从复位向量表指定的地址取第一条指令。这个地址通常是Flash的起始地址。所以Bootloader必须放在那里。

我的经验：在做内存映射时，一定要留足Bootloader的空间。我曾经在一个项目里只给了32KB，结果后面加功能加得捉襟见肘。现在我的习惯是至少给64KB，如果支持OTA升级，128KB起步。

1.3 Bootloader的内存布局策略

搞清楚了位置和映射，咱们来看看具体怎么布局。这里有几个原则，是我这些年总结出来的：

  1. Bootloader要放在最前面：这是硬件决定的，没得选
  2. 参数区要独立：不要跟代码混在一起，否则升级时容易出问题
  3. 应用程序要有固定入口：Bootloader要知道跳转到哪里
  4. 预留足够的堆栈空间：Bootloader自己也要用栈

来看一个实际的链接脚本片段：

/* STM32F103 Bootloader 链接脚本示例 */
MEMORY
{
    FLASH (rx)  : ORIGIN = 0x08000000, LENGTH = 64K
    RAM   (rwx) : ORIGIN = 0x20000000, LENGTH = 20K
}

SECTIONS
{
    .isr_vector : {
        . = ALIGN(4);
        KEEP(*(.isr_vector))
        . = ALIGN(4);
    } > FLASH

    .text : {
        . = ALIGN(4);
        *(.text)
        *(.text*)
        . = ALIGN(4);
    } > FLASH

    .data : {
        . = ALIGN(4);
        _sdata = .;
        *(.data)
        *(.data*)
        _edata = .;
    } > RAM AT> FLASH

    .bss : {
        . = ALIGN(4);
        _sbss = .;
        *(.bss)
        *(.bss*)
        _ebss = .;
    } > RAM
}

这段代码定义了Bootloader的内存布局。注意看，中断向量表放在最前面，然后是代码段，数据段放在RAM里但初始值存在Flash中。这是嵌入式开发的经典做法。

避坑指南：我曾经在一个项目里忘记给Bootloader单独分配RAM空间，结果它跟应用程序共用RAM。应用程序启动时直接把Bootloader的栈给覆盖了，导致跳转后系统崩溃。后来我花了整整两天才找到这个bug。所以记住：Bootloader和应用程序的RAM一定要分开！

1.4 内存对齐的重要性

说到内存布局，不得不提对齐。很多新手会忽略这个问题。CPU访问内存时，如果地址没有对齐，轻则性能下降，重则直接触发异常。

我建议你记住这几个对齐规则：

数据类型 对齐要求 说明
uint8_t 1字节 任意地址
uint16_t 2字节 地址必须是偶数
uint32_t 4字节 地址必须是4的倍数
中断向量表 256字节 ARM Cortex-M要求

嗯，这里要注意。中断向量表的对齐要求是256字节，这是ARM Cortex-M系列处理器的硬性规定。如果你把Bootloader放在0x08000000，那应用程序的中断向量表就得放在0x08020000这样的地址上——因为0x20000正好是256的倍数。

1.5 实际项目中的考量

讲了这么多理论，咱们来看看实际项目中怎么用。我记得有个项目是做工业控制器的Bootloader，要求支持远程升级。当时的内存布局是这样的：

  • 0x08000000 - 0x0800FFFF：Bootloader，64KB
  • 0x08010000 - 0x08010FFF：参数区，4KB
  • 0x08011000 - 0x0807FFFF：应用程序A，448KB
  • 0x08080000 - 0x080FFFFF：应用程序B（备份区），512KB

为什么这么分？因为要支持OTA升级。升级时先把新固件下载到备份区，校验通过后再复制到主区。这样即使升级过程中断电，系统还能从备份区启动。

我的建议：做内存布局时，一定要考虑未来的扩展性。芯片的Flash和RAM容量通常比你现在需要的多，但别把空间占得太满。留20%的余量，后面加功能时会感谢自己的。

好了，这一章的内容就到这里。内存布局是Bootloader开发的地基，地基没打好，上面盖的房子再漂亮也白搭。下一章咱们会深入讨论中断向量表的重定向——这可是Bootloader跳转到应用程序的关键一步。

← 上一章 📖 返回目录 下一章 →