短文标题：启动流程：上电先取栈顶和复位向量，再进main
你有没有想过一个问题：单片机通电后，执行的第一条指令是什么？不是main，甚至不是Reset_Handler。第一步是取栈顶地址，第二步是取复位向量。 这是硬件固化的行为，不依赖任何代码。上电后硬件自动完成的两件事
- 从地址0x00000000读取栈顶地址（__initial_sp）→ 写入MSP（主栈指针）
- 从地址0x00000004读取复位向量（Reset_Handler地址）→ 跳转执行
在STM32中，0x08000000被映射到0x00000000。实际烧录地址是0x08000000，但CPU通过地址映射访问。没有栈，C语言无法运行（局部变量、函数调用都需要栈）。所以硬件第一步必须设栈。中断向量表的结构，向量表存放在Flash起始地址（0x08000000）：
**栈顶地址写错（比如指向ROM），压栈操作会覆盖代码区，立即HardFault。Reset_Handler里面做了什么？**启动文件中的Reset_Handler（汇编）：
Reset_Handler:
LDR R0, =SystemInit
BLX R0 ; 调用SystemInit，配置时钟
LDR R0, =__main
BX R0 ; 跳转到C库入口
SystemInit：配置Flash等待周期、设置PLL、切换系统时钟。
__main（不是main）：C库入口函数，负责：
- 初始化.data段（从Flash复制已初始化的全局变量到RAM）
- 清零.bss段（未初始化全局变量）
- 最后调用main
没有 __main**，全局变量初值不生效，未初始化全局变量不为0。**
数据段（.data）和零初始化段（.bss）
- .data段：已初始化的全局变量（如int x = 5;），初始值存在Flash中，启动时复制到RAM
- .bss段：未初始化的全局变量（如int y;），启动时清零
如果手动编写启动文件（跳过__main），必须自己实现段初始化和清零，否则全局变量值不确定。VTOR：向量表重定位，通过VTOR（向量表偏移寄存器）可以把向量表重定位到RAM：
SCB->VTOR = 0x20000000; // 向量表搬移到RAM
用途：
- 运行时动态修改中断处理函数（热补丁）
- Bootloader跳转到APP前，必须重设VTOR（否则APP的中断向量仍指向Bootloader区）
常见启动失败原因
- 栈顶地址超出RAM范围 → 压栈破坏代码区，HardFault
- 复位向量地址未对齐（奇数地址）→ 总线错误
- 启动文件中断处理函数弱符号被覆盖但未正确声明 → 链接错误
- VTOR未正确设置（如APP在Flash中偏移运行时）→ 中断向量找不到
这个故事的启示， main不是CPU执行的第一个函数。栈顶地址和复位向量，在main之前就已经被硬件加载。启动文件写错，main永远跑不起来。写在最后， 调试"上电没反应"，最先检查中断向量表。查看0x08000000：第一个字是不是RAM地址？第二个字是不是Reset_Handler地址？这两个地址对了，单片机才有可能"活"过来。
（本文灵感源于于振南《新概念ARM32单片机》教程第5.5节"ARM32启动流程与中断控制器配置"。）
觉得有用？点赞、转发，让更多人看懂启动文件和向量表的底层逻辑。
