2. STM32硬件复位行为：复位向量表、堆栈指针初始化、从Flash启动的硬件机制

各位同学，咱们接着聊。上一章我们把STM32的启动流程画了个大框架，这一章我带你深入到底层，看看芯片上电那一刻，硬件到底干了哪些“脏活累活”。

说白了，复位就是让芯片“魂归原位”。你按下复位键，或者刚上电，CPU内部所有寄存器都会回到一个确定的初始状态。但光复位还不够，它得知道自己从哪里开始跑代码。这个“从哪里开始”，就是由硬件复位行为决定的。

2.1 复位向量表：芯片的“第一张地图”

STM32上电后，CPU会强制从地址 0x00000000 读取数据。但注意，这个地址不一定就是Flash的起点。它是个“映射地址”，具体映射到哪，由BOOT引脚决定。

我个人习惯把复位向量表理解成一张“地图”。地图上标了两个关键信息：

• 栈顶地址：存放在 0x00000000 处
• 复位中断向量：存放在 0x00000004 处

CPU上电后，硬件自动完成以下两步：

1. 从 0x00000000 加载SP（堆栈指针）的值
2. 从 0x00000004 加载PC（程序计数器）的值

嗯，这里要注意：这两个地址必须是32位对齐的。我在项目中遇到过有人把向量表放到了非对齐地址，结果芯片死活跑不起来，查了半天才发现是链接脚本里对齐属性写错了。

2.2 堆栈指针初始化：为什么是“满递减”模式？

你想想看，C语言里函数调用、局部变量、中断嵌套，哪个离得开栈？所以上电第一件事，就是先把栈指针SP搞定。

STM32的SP是满递减模式。什么意思？

• 满：SP指向栈中最后一个压入的数据
• 递减：压栈时SP减小，出栈时SP增大

复位时，硬件从 0x00000000 读取的值，直接写入SP寄存器。这个值通常由链接脚本计算得出，指向SRAM的最高地址。比如STM32F103有20KB SRAM，栈顶一般设在 0x20005000。

我曾经调试过一个堆栈溢出的bug，现象很诡异——函数调用几层后就跑飞。后来发现是启动文件里栈大小定义太小，而链接脚本里栈顶地址又没对齐。从那以后，我每次都会在链接脚本里显式加上 . = ALIGN(8)，确保栈顶地址是8字节对齐的。

2.3 从Flash启动的硬件机制

好，现在SP和PC都初始化了。但PC指向的地址，到底是Flash还是SRAM？这取决于BOOT引脚的配置。

STM32有三种启动模式：

BOOT1	BOOT0	启动区域	说明
X	0	主Flash	正常启动模式，代码烧录在Flash中
0	1	系统存储器	用于ISP下载，内置Bootloader
1	1	内置SRAM	调试用，掉电丢失

我们最常用的就是BOOT0=0，从主Flash启动。此时，0x00000000 被映射到Flash的起始地址 0x08000000。硬件自动完成地址映射，你不需要写任何代码。

但这里有个坑：映射只在复位瞬间生效。一旦CPU开始执行指令，你可以通过修改SYSCFG寄存器，把向量表重映射到SRAM或其他位置。这在做IAP（在应用编程）时非常有用。

2.4 硬件自动完成的“三连击”

总结一下，STM32上电复位后，硬件自动完成以下三个动作：

1. 读取栈顶地址 → 初始化SP
2. 读取复位向量 → 初始化PC
3. 开始执行 → 从PC指向的地址取指

这三个动作是纯硬件行为，不需要任何软件干预。你想想看，从你按下复位键到CPU开始跑第一条指令，中间只有几十个时钟周期。这就是为什么嵌入式系统能做到“上电即运行”。

为了让你更直观地理解这个过程，我画了一张流程图：

这张图把整个流程串起来了。你对照着看，是不是清晰多了？

2.5 实际项目中的注意事项

最后，我结合自己的项目经验，给你几个实用建议：

• 检查向量表对齐：链接脚本里，__Vectors 段必须放在 . = ALIGN(4) 之后。否则硬件读到的地址是错的。
• 栈大小别抠门：我见过有人为了省RAM，把栈设成256字节。结果函数调用深一点就崩。建议至少512字节起步。
• BOOT引脚别悬空：量产时BOOT0必须接死到GND。悬空可能导致上电时序不稳定，偶尔从错误地址启动。
• 调试时注意映射：如果你用J-Link调试，调试器会接管复位向量。这时候硬件启动流程和实际运行略有不同，别被迷惑。

---

公众号:蓝海资料掘金营，微信deep3321