1. 嵌入式系统启动流程全景解析
当一块STM32开发板接通电源的瞬间，芯片内部究竟发生了什么？这个看似简单的过程，实际上隐藏着一套精密的启动机制。作为开发者，我们必须深入理解从硬件复位到程序执行的完整链路，才能编写出可靠的启动文件和链接脚本。
启动流程可以划分为三个关键阶段：
- 硬件复位阶段：芯片上电后的硬件自动行为
- 启动文件执行阶段：建立C语言运行环境
- 用户程序阶段：应用逻辑开始执行
1.1 硬件复位的底层机制
当NRST引脚电平变化触发硬件复位时，Cortex-M内核会进入一个完全确定的状态：
- 所有通用寄存器（R0-R12）被清零
- 程序计数器（PC）从向量表的第二个字（地址0x00000004）加载
- 栈指针（SP）从向量表的第一个字（地址0x00000000）加载
- 链接寄存器（LR）被设置为特殊值0xFFFFFFF9
- 所有外设寄存器恢复默认值
这个阶段完全由硬件自动完成，开发者无法干预。关键在于理解：向量表的第一个条目必须是有效的栈顶地址，第二个条目必须是复位处理函数的入口地址。
注意：STM32的Flash起始地址是0x08000000，但硬件复位时会从0x00000000开始读取向量表。这是通过芯片内部的地址重映射机制实现的。
1.2 启动文件的三大核心职责
启动文件（通常为.s汇编文件）在硬件复位后立即接管控制权，主要完成以下关键任务：
- 定义内存布局：通过汇编指令声明栈和堆的空间
assembly复制Stack_Size EQU 0x00000400
AREA STACK, NOINIT, READWRITE, ALIGN=3
Stack_Mem SPACE Stack_Size
__initial_sp
- 构建中断向量表：按ARM规范顺序排列所有异常和中断的处理函数地址
assembly复制__Vectors DCD __initial_sp
DCD Reset_Handler
DCD NMI_Handler
DCD HardFault_Handler
; 后续省略其他中断向量...
- 实现复位处理程序：完成从汇编到C语言的过渡
assembly复制Reset_Handler PROC
LDR R0, =SystemInit
BLX R0
LDR R0, =__main
BX R0
ENDP
1.3 链接脚本的关键作用
链接脚本（.ld文件）与启动文件密切配合，主要解决两个核心问题：
- 内存区域定义：明确Flash和RAM的物理地址范围
code复制MEMORY
{
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 512K
RAM (xrw) : ORIGIN = 0x20000000, LEN