从Reset_Handler到main()：详解STM32F103启动文件的跳转逻辑

关注

原创最新推荐文章于 2026-08-29 15:24:49 发布 632 阅读 AI 写同款· GEO 优化 ›

深入解析STM32启动流程：从Reset_Handler到main()的幕后故事本文深入解析STM32启动流程，从Reset_Handler到main()的幕后机制。详细介绍了硬件复位、初始SP和PC值获取、Reset_Handler执行、SystemInit调用、__main运行时环境初始化等关键步骤，帮助开发者理解STM32启动过程，解决调试中的常见问题。阅读详情

1. 为什么需要关注启动文件

很多STM32开发者在使用Keil进行开发时，往往沉迷于"一键编译"和"一键下载"的便利性，直接将关注点放在main()函数中的业务逻辑实现上。但实际上，从芯片上电复位到真正开始执行main()函数，中间经历了一个复杂而精妙的启动过程。这个过程中，启动文件startup_stm32f103xe.s扮演着至关重要的角色。

我记得刚开始接触STM32时，曾经遇到过一个问题：程序下载后偶尔会无法正常运行，调试发现程序卡在了启动阶段。经过仔细排查，才发现是堆栈大小设置不合理导致的。这次经历让我深刻认识到，理解启动过程对于嵌入式开发来说绝对不是可有可无的知识点。

启动文件本质上是一个汇编文件，它负责完成MCU从复位状态到准备好运行C语言环境的所有初始化工作。芯片厂商提供这个文件的目的，是为了向开发者屏蔽底层的硬件初始化细节，让我们能够专注于应用程序的开发。但作为有追求的开发者，理解这个过程能够帮助我们在遇到问题时更快地定位和解决。

2. 启动文件的核心功能解析

2.1 栈和堆的初始化配置

启动文件最开始的部分就是栈和堆的配置，这是整个系统能够正常运行的基础。栈用于存储局部变量、函数调用信息等，而堆则用于动态内存分配。

Stack_Size      EQU     0x00000400
                AREA    STACK, NOINIT, READWRITE, ALIGN=3
Stack_Mem       SPACE   Stack_Size
__initial_sp

Heap_Size       EQU     0x00000200
                AREA    HEAP, NOINIT, READWRITE, ALIGN=3
__heap_base
Heap_Mem        SPACE   Heap_Size
__heap_limit

在实际项目中，我经常需要根据应用程序的复杂程度来调整栈和堆的大小。如果栈设置得太小，可能会导致栈溢出，从而引发各种难以调试的问题。我曾经遇到过一个案例：在增加了一个递归函数后，程序运行一段时间就会进入HardFault异常，最后发现就是因为栈空间不足。

2.2 中断向量表的建立

中断向量表是启动文件中最重要的部分之一，它定义了所有中断服务程序的入口地址。Cortex-M3内核要求向量表必须放置在存储器的起始位置。

__Vectors       DCD     __initial_sp               ; 栈顶地址
                DCD     Reset_Handler              ; 复位处理函数
                DCD     NMI_Handler                ; NMI处理函数
                DCD     HardFault_Handler          ; 硬件错误处理函数
                ; ... 其他中断向量

向量表的第一个条目是初始栈指针值，第二个条目是复位向量地址。当芯片上电复位时，内核会自动从这两个地址加载初始值。这个过程是硬件自动完成的，不需要任何软件干预。

在我的开发经验中，正确理解向量表的工作机制非常重要。特别是在进行Bootloader开发或者OTA升级时，经常需要重定位向量表。如果配置不当，就会导致中断无法正常响应。

3. Reset_Handler的详细执行过程

3.1 系统时钟初始化

Reset_Handler是整个启动过程的入口点，它首先要完成的就是系统时钟的初始化：

Reset_Handler   PROC
                EXPORT  Reset_Handler             [WEAK]
                IMPORT  SystemInit
                IMPORT  __main
                
                LDR     R0, =SystemInit
                BLX     R0

SystemInit函数通常在system_stm32f1xx.c文件中定义，它负责配置PLL、设置系统时钟频率等。默认情况下，STM32F103会将系统时钟配置为72MHz。在实际项目中，我有时会根据功耗要求调整时钟配置，比如在电池供电的应用中降低主频来节省功耗。

3.2 C运行时环境初始化

时钟初始化完成后，Reset_Handler会跳转到__main函数：

                LDR     R0, =__main
                BX      R0
                ENDP

这里需要特别注意：__main并不是我们编写的main函数，而是C库提供的初始化函数。它负责完成以下重要工作：

将.data段从Flash复制到RAM中（初始化全局变量）
将.bss段清零（初始化未初始化的全局变量）
设置堆栈指针
最终调用用户的main函数

这个过程很多人容易混淆。我曾经就遇到过一个问题：在main函数之前想要使用某个全局变量，却发现其值不正确，就是因为没有理解.data段初始化的时机。

4. 调试实践与常见问题排查

4.1 使用MDK-ARM进行启动过程调试

在MDK-ARM环境中，我们可以通过调试器深入观察启动过程的每一个步骤。首先在Options for Target -> Debug选项卡中选择Use Simulator，然后可以在Reset_Handler处设置断点。

当程序停在Reset_Handler时，我们可以查看寄存器的初始状态：

SP指针应该指向栈顶地址（__initial_sp）
PC指针指向Reset_Handler
所有外设寄存器处于复位状态

通过单步执行，可以观察SystemInit函数如何配置时钟系统。我建议在第一次使用新的芯片时，都应该这样仔细地走一遍启动过程，这有助于建立对芯片的直观认识。

4.2 常见启动问题排查

在实际项目中，启动阶段的问题往往比较隐蔽。以下是我总结的几个常见问题及解决方法：

栈溢出问题：症状是程序随机性地进入HardFault。可以通过增大Stack_Size来解决，或者在调试时观察SP指针是否超出了栈空间范围。

时钟配置失败：表现为系统时钟频率不正确，可能导致串口波特率错误等问题。需要检查SystemInit函数中的时钟配置代码，特别是PLL参数设置。

向量表地址错误：在进行IAP升级或者从RAM调试时，需要正确设置VTOR寄存器。否则中断无法正常响应。

内存初始化失败：如果.data段复制或.bss段清零失败，会导致全局变量初始值不正确。这种情况比较罕见，但确实发生过。

5. 高级应用：自定义启动过程

5.1 修改向量表位置

在某些高级应用场景中，我们可能需要将向量表重定位到其他位置，比如在IAP升级时：

// 在SystemInit函数中修改VTOR寄存器
SCB->VTOR = 0x08010000 | VECT_TAB_OFFSET;

这种情况下，需要在链接脚本中相应调整向量表的存放位置。我建议在进行这样的修改时，一定要仔细检查映射文件(.map)，确保向量表确实被放置在了正确的位置。

5.2 添加自定义初始化代码

有时我们需要在进入main函数之前执行一些特殊的初始化操作，比如初始化外部存储器或者配置特殊的硬件功能。可以通过修改启动文件来实现：

Reset_Handler   PROC
                EXPORT  Reset_Handler             [WEAK]
                IMPORT  SystemInit
                IMPORT  __main
                IMPORT  My_Custom_Init
                
                LDR     R0, =SystemInit
                BLX     R0
                
                LDR     R0, =My_Custom_Init
                BLX     R0
                
                LDR     R0, =__main
                BX      R0
                ENDP

需要注意的是，自定义的初始化代码应该尽量简洁，避免使用复杂的C语言特性，因为此时C运行时环境还没有完全建立。