3、存储器映射与启动文件的作用：Cortex-M的存储器映射（Code、SRAM、外设区）、启动文件（startup_xxx.s）在系统启动中的角色

Cortex-M 处理器之所以能成为嵌入式领域的事实标准，其核心优势之一在于它采用了统一的存储器映射（Fixed Memory Map）架构。无论你使用的是 STM32F103、NXP LPC1768 还是 GD32E230，内核看到的地址空间布局都是高度一致的。这种设计极大地降低了软件移植成本，也让启动文件（startup_xxx.s）的编写逻辑得以标准化。本章将深入剖析 Cortex-M 的存储器映射规则，并逐行拆解启动文件在系统上电后所扮演的“总导演”角色——从建立中断向量表、初始化堆栈指针，到搬运数据、清零 BSS，最终引导用户进入 C 语言的 main() 函数。

上图清晰地展示了 Cortex-M 存储器映射的四大核心区域与启动文件的六步关键动作。在后续内容中，我们将逐一拆解每个区域的用途、边界以及启动文件中每条汇编指令背后的工程意义。

3.1 核心原理：Cortex-M 的固定地址地图

Cortex-M 内核（无论是 M0、M3、M4 还是 M7）都遵循 ARM 定义的统一存储器映射规范。这意味着，对于任何 Cortex-M 芯片，0x00000000 处存放的一定是初始堆栈指针（MSP），0x00000004 处一定是复位向量。这种设计让调试器、RTOS 和底层驱动代码可以跨芯片复用。

地址范围	区域名称	典型用途	访问属性
0x00000000 - 0x1FFFFFFF	Code（代码区）	Flash 中的向量表、启动代码、只读常量（const）、字符串字面量	可读/可执行，不可直接写
0x20000000 - 0x3FFFFFFF	SRAM（静态随机存储器）	栈（向下生长）、堆、RW 数据（已初始化全局变量）、ZI 数据（未初始化全局变量）	可读/可写，不可执行
0x40000000 - 0x5FFFFFFF	外设区（Peripheral）	GPIO、UART、SPI、I2C、ADC、定时器等片上外设寄存器	可读/可写，不可执行
0xE0000000 - 0xFFFFFFFF	私有外设区	NVIC（嵌套向量中断控制器）、SysTick、FPB（Flash补丁断点）、DWT（数据观察点）	可读/可写，不可执行

3.2 判断方法：如何定位启动文件中的关键符号

在实际工程中，阅读启动文件时，你需要快速定位几个关键符号。以下是一份实用的检查清单：

1. Stack_Size 与 Heap_Size：在 startup_xxx.s 开头，通常有 Stack_Size EQU 0x400 和 Heap_Size EQU 0x200 的定义。这决定了链接脚本中栈和堆的预留空间。
2. 向量表首地址：找到 __initial_sp 标签，它通常紧跟在 AREA RESET, DATA, READONLY 之后。该标签的值就是栈顶地址，由链接器根据 Stack_Size 自动计算。
3. Reset_Handler 标签：这是复位后执行的第一个函数。在 Reset_Handler 内部，你会看到 LDR R0, =SystemInit 和 BLX R0 的调用序列。
4. __main 与 main 的区别：在 ARM Compiler 环境下，启动文件最后会调用 __main（注意是双下划线）。__main 是 C 库提供的入口，它负责完成 RW 数据搬运、ZI 清零，然后才调用用户的 main()。在 GCC 环境下，启动文件直接调用 main，但需要自行实现 __libc_init_array 等初始化函数。

3.3 案例拆解：一次上电启动的完整旅程

假设我们使用 STM32F103C8T6（64KB Flash，20KB SRAM），通过 Keil MDK 编译一个最简单的 LED 闪烁工程。让我们追踪从按下复位键到 LED 点亮的全过程。

初始现象与目标：系统上电后，PC（程序计数器）被硬件强制设置为 0x00000000 处的值，即 __initial_sp。此时 MSP 被加载为 0x20005000（假设栈大小为 0x500，SRAM 起始 0x20000000 + 0x5000）。随后，PC 跳转到 0x00000004 处的值，即 Reset_Handler 的地址。

关键输入数据：链接脚本（.sct 文件）定义了加载域和执行域：

LR_IROM1 0x08000000 0x00010000  {    ; 加载域：Flash 起始 0x08000000，大小 64KB
  ER_IROM1 0x08000000 0x00010000  {  ; 执行域（只读）
   *.o (RESET, +First)
   *(InRoot$$Sections)
   .ANY (+RO)
  }
  RW_IRAM1 0x20000000 0x00005000  {  ; 执行域（读写）
   .ANY (+RW +ZI)
  }
}

分析判断过程：启动文件中的 Reset_Handler 执行以下步骤：

1. LDR R0, =SystemInit：加载 SystemInit 函数地址。
2. BLX R0：调用 SystemInit，将系统时钟从 HSI 切换到 HSE+PLL，最终得到 72MHz 系统时钟。
3. LDR R0, =__main：调用 C 库初始化函数 __main。
4. 在 __main 内部，执行 __scatterload 将 RW 段从 Flash（0x08000000 + 偏移）复制到 SRAM（0x20000000），然后执行 __zero_initialize 将 ZI 段清零。
5. 最后调用 main()，进入用户 C 代码。

实际操作步骤与结果对比：如果我们在 main() 中直接操作 GPIOB->ODR 寄存器点亮 LED，会发现一切正常。但若我们尝试在 main() 之前访问一个未初始化的全局变量，其值一定是 0，因为 ZI 段已被清零。若将 SystemInit() 函数体清空，LED 闪烁频率会明显变慢（因为系统时钟变为 8MHz），但程序仍能运行——这证明了启动文件对时钟初始化的依赖。

3.4 常见误区与总结复盘

在阅读和修改启动文件时，工程师常犯以下错误：

• 误区一：认为向量表只能放在 0x00000000。 实际上，通过设置 SCB->VTOR 寄存器，可以将向量表重定位到 SRAM 或 Flash 的其他地址。这在 Bootloader 跳转 App 时非常常见。但注意：上电复位瞬间，VTOR 为 0，所以向量表必须先从 0x00000000 开始执行。
• 误区二：混淆 __main 与 main。 在 ARMCC 环境下，__main 是 C 库入口，它完成数据搬运后调用 main。如果启动文件直接调用 main，则 RW 数据不会被正确初始化，全局变量初始值将丢失。
• 误区三：忽略 SystemInit() 中的 Flash 等待周期设置。 当系统时钟超过 24MHz 时，必须配置 Flash 等待周期（如 STM32F1 在 72MHz 时需要 2 个等待周期）。否则，Flash 读取速度跟不上 CPU 执行速度，导致随机 HardFault。
• 误区四：在启动文件中修改栈大小后未重新编译链接脚本。 栈大小定义在汇编文件中，但链接脚本中的 RW_IRAM1 大小也需要同步调整。否则，链接器可能将栈放置在 SRAM 之外。