从零构建：手写链接脚本解析STM32内存布局的底层逻辑

从零构建：手写链接脚本解析STM32内存布局的底层逻辑

你是否曾经好奇，当你点击IDE的"Build"按钮后，你的C代码是如何变成机器指令并精准地放置到芯片的Flash和RAM中的？为什么全局变量有的需要初始化，有的会自动清零？为什么栈溢出会导致难以调试的硬件错误？今天，我们将抛开IDE的自动化工具，亲手编写链接脚本，深入探索STM32内存映射的奥秘。

对于嵌入式开发者来说，理解内存布局不仅仅是学术练习，而是调试复杂问题、优化性能和确保系统稳定性的关键。当我们面对栈溢出、堆冲突或内存不足时，只有深入理解链接过程，才能快速定位并解决问题。本文将使用STM32F103C8T6作为示例平台，但所讨论的概念适用于所有Cortex-M系列微控制器。

1. 理解STM32F103C8T6的内存架构

STM32F103C8T6采用哈佛架构的变体，其中程序存储器和数据存储器共享统一的地址空间。这种设计使得CPU可以通过单一的32位地址总线访问所有资源，包括Flash、SRAM和外设寄存器。芯片的64KB Flash起始于0x08000000，而20KB SRAM起始于0x20000000。

关键地址范围：

• 用户Flash：0x08000000 - 0x0800FFFF（64KB）
• SRAM：0x20000000 - 0x20004FFF（20KB）
• 外设寄存器：0x40000000 - 0x5FFFFFFF

注意：芯片复位后，CPU总是从0x00000000开始执行，但通过BOOT引脚配置，这个地址可以被重映射到Flash或系统存储器。这种别名机制使得启动流程更加灵活。

让我们通过一个简单的表格来对比两种主要存储器类型：

2. 链接脚本的核心结构与语法

链接脚本（.ld文件）是指定程序内存布局的蓝图。它使用一种特定的领域特定语言（DSL）来描述如何将输入目