2、STM32H7启动流程详解：从复位向量到main函数的完整链路、启动文件分析、堆栈初始化
各位同学，大家好。今天我们来聊聊STM32H7上电后，到底发生了什么。很多初学者觉得启动流程很神秘，好像芯片一通电就直接跳到main函数了。其实不然，这中间有一整套严谨的链路。我个人习惯把启动流程比作「芯片的苏醒仪式」——每一步都有它的道理。
2.1 从复位向量说起
芯片上电或复位后，CPU会去固定地址取第一条指令。对于STM32H7来说，这个地址是0x08000000（如果你的代码从Flash启动）。但这里有个细节：CPU取的不是指令，而是栈顶指针和复位向量。
为什么会这样？因为ARM Cortex-M系列内核设计了一个「双字加载」机制。芯片复位后，硬件自动完成两件事：
- 从地址0x00000000（映射到0x08000000）加载SP（栈指针）的值
- 从地址0x00000004加载PC（程序计数器）的值，也就是复位向量
嗯，这里要注意：STM32H7的Flash起始地址虽然是0x08000000，但系统会把0x00000000~0x1FFFFFFF这段空间通过「别名映射」指向Flash。说白了，你写的代码放在0x08000000，CPU从0x00000000读，其实读的是同一个地方。
关键点：复位后，SP = *(0x08000000)，PC = *(0x08000004)。这两个值必须在你的启动文件中正确设置，否则芯片直接跑飞。
我在项目中遇到过一个问题：客户自己写的bootloader，复位向量表地址写错了，结果芯片一上电就进入HardFault。查了半天，发现是链接脚本里把向量表偏移设成了0x200，而实际Flash起始地址是0x08000000，偏移后变成了0x08000200，但硬件复位还是从0x08000000读向量——这不就乱套了吗？
2.2 启动文件分析
STM32H7的启动文件通常叫startup_stm32h743xx.s（不同型号后缀略有差异）。这个文件是汇编写的，很多人一看汇编就头大。其实你把它拆开看，核心就三块：
| 模块 | 作用 |
|---|---|
| 向量表定义 | 列出所有中断服务函数的入口地址 |
| 复位处理函数 | 执行堆栈初始化、BSS清零、数据段拷贝，最后跳转到main |
| 弱符号定义 | 为每个中断提供默认的「死循环」处理函数 |
我们重点看复位处理函数。它的流程大致是这样：
Reset_Handler:
/* 1. 设置堆栈指针（其实硬件已经做了，这里再设一次是为了保险） */
LDR SP, =_estack
/* 2. 调用SystemInit，配置系统时钟、PLL等 */
BL SystemInit
/* 3. 拷贝.data段从Flash到SRAM */
/* 4. 清零.bss段 */
/* 5. 调用C库初始化（如__main或__libc_init_array） */
/* 6. 跳转到main */
BL main
你想想看，为什么需要拷贝.data段？因为全局变量和静态变量的初始值存储在Flash里，但运行时它们必须在SRAM中才能读写。所以启动代码必须把这些值从Flash搬到SRAM。同样，.bss段存放未初始化的全局变量，运行时必须清零。
个人经验：我建议你在调试时，在Reset_Handler入口处打个断点。单步执行一遍，观察SP、PC的变化，以及SRAM中.data段和.bss段的变化。这样你对启动流程的理解会非常深刻。
2.3 堆栈初始化
堆栈初始化是启动流程中容易被忽视的一环。很多同学以为「堆栈嘛，不就是分配一块内存吗？」其实没那么简单。
STM32H7的堆栈设置涉及两个关键符号：
- _estack：栈顶地址，通常指向SRAM的最高地址
- _Min_Stack_Size：最小栈大小，链接脚本中定义
- _Min_Heap_Size：最小堆大小，用于malloc等动态内存分配
在启动文件中，堆栈初始化主要做三件事：
- 设置主栈指针（MSP）为_estack
- 如果使用了C库的malloc，需要初始化堆区域
- 检查栈溢出（有些启动文件会做，有些不会）
我曾经踩过一个坑：项目里用了一个很大的局部数组，大概8KB，放在一个函数里。结果程序运行到那个函数就死机。查了半天，发现栈大小只配了2KB，局部数组直接撑爆了栈，覆盖了后面的全局变量区。从那以后，我习惯在链接脚本里把栈大小设成实际需求的2倍，再留点余量。
注意：STM32H7的DTCM（Data Tightly Coupled Memory）区域默认是作为栈空间的。DTCM地址范围是0x20000000~0x2001FFFF，共128KB。如果你的栈设置到了其他SRAM区域（比如AXI SRAM），要注意访问速度差异。DTCM的访问速度最快，适合放栈。
2.4 从复位到main的完整链路
好了，我们把整个链路串起来，看看芯片从复位到main到底经历了什么：
- 硬件复位：CPU从0x00000000加载SP，从0x00000004加载PC
- 执行Reset_Handler：这是第一个软件执行的函数
- SystemInit：配置系统时钟、Flash等待周期、电源管理等
- 数据段初始化：拷贝.data，清零.bss
- C库初始化：如果用了C++，还会调用全局对象的构造函数
- 跳转到main：终于进入你的应用程序
你可能会问：为什么SystemInit要在数据段初始化之前执行？因为SystemInit里可能会修改Flash控制器的等待周期，如果数据段拷贝时Flash访问时序不对，就会出错。所以先配时钟和Flash，再做数据拷贝，这个顺序是有讲究的。
避坑指南：我曾经在移植FreeRTOS时，发现任务切换后栈指针莫名其妙变了。后来发现是启动文件里没有正确设置线程模式使用的栈。STM32H7支持MSP和PSP两种栈指针，RTOS通常用PSP作为任务栈。如果你在启动文件里只初始化了MSP，而RTOS又没正确设置PSP，那任务切换时栈就乱了。
2.5 小结
启动流程说白了就是「硬件帮你开了个头，软件把剩下的活干完」。理解了这个过程，你才能写出可靠的bootloader，也才能在芯片跑飞时快速定位问题。下一章我们会深入分析SystemInit的具体实现，以及如何根据你的应用需求定制时钟配置。
嗯，今天就到这里。记住：启动文件不是随便抄抄就行的，每个符号、每个段都有它的使命。动手调试一次，比看十遍文档都管用。