3、启动文件（Startup_xxx.s）的结构与职责：向量表、复位处理
好，咱们今天聊聊启动文件。很多初学者觉得这玩意儿神秘，甚至直接跳过。我刚开始学嵌入式那会儿，也觉得不就是个汇编文件嘛，编译器自动就处理了。直到有一次，我自己写了一个简单的RTOS，结果任务切换死活不成功，查了三天，最后发现是启动文件里栈指针初始化错了。嗯，从那以后，我再也不敢小看这个文件了。
说白了，启动文件就是芯片上电后执行的第一段代码。它负责把C语言的“世界”搭建好——设置栈、初始化全局变量、调用main函数。没有它，你的C代码根本跑不起来。
3.1 向量表：中断的“电话本”
先说说向量表。你可以把它想象成一个电话本。芯片发生中断时，硬件会自动查这个“电话本”，找到对应的处理函数地址，然后跳过去执行。
向量表通常放在Flash的最开头，也就是地址0x00000000处。它的结构非常固定：
- 第1个条目（偏移0x00）：栈顶指针（MSP初始值）
- 第2个条目（偏移0x04）：复位向量（Reset_Handler地址）
- 第3个条目（偏移0x08）：NMI异常处理
- 第4个条目（偏移0x0C）：硬错误（HardFault）处理
- …… 后面依次是各种外设中断
我个人习惯在启动文件里把向量表写得清清楚楚，每个中断都标上注释。这样后期调试时，看一眼就知道哪个中断没实现。
重要：向量表的顺序绝对不能错。硬件是严格按照偏移量来查找的。我曾经见过有人把复位向量写到了第3个位置，结果芯片上电直接跑飞了。
下面是一个典型的向量表示例（ARM Cortex-M系列）：
; 向量表
__Vectors DCD __initial_sp ; 栈顶指针
DCD Reset_Handler ; 复位处理
DCD NMI_Handler ; NMI
DCD HardFault_Handler ; 硬错误
DCD MemManage_Handler ; 内存管理
DCD BusFault_Handler ; 总线错误
DCD UsageFault_Handler ; 用法错误
DCD 0 ; 保留
DCD 0 ; 保留
DCD 0 ; 保留
DCD 0 ; 保留
DCD SVC_Handler ; SVC调用
DCD DebugMon_Handler ; 调试监视
DCD 0 ; 保留
DCD PendSV_Handler ; PendSV
DCD SysTick_Handler ; 系统滴答
; 外设中断从这里开始
DCD WWDG_IRQHandler ; 窗口看门狗
DCD PVD_IRQHandler ; 电压检测
; ... 后面还有几十个你想想看，如果这里写错了，比如把复位向量写成了NMI处理，那上电后芯片就会进入NMI异常，根本不会执行你的初始化代码。所以，向量表是启动文件里最不能出错的地方。
3.2 复位处理：一切从这里开始
复位处理（Reset_Handler）是芯片上电后执行的第一个函数。它的任务很明确：
- 设置栈指针（SP）
- 初始化.data段（全局变量）
- 清零.bss段（未初始化全局变量）
- 调用SystemInit（时钟配置等）
- 调用main函数
为什么需要这些步骤？因为C语言假设全局变量在程序启动时就已经有了确定的值。如果跳过这些初始化，你的全局变量可能是随机值，程序行为就不可预测了。
我遇到过一个问题：有个同事在移植代码时，把启动文件里的.data初始化部分删掉了，结果程序运行时全局变量全是0，但代码里明明赋了初值。查了两天才发现是启动文件的问题。所以，千万别手欠去删这些初始化代码。
下面是一个典型的Reset_Handler实现：
Reset_Handler PROC
EXPORT Reset_Handler [WEAK]
IMPORT __main
IMPORT SystemInit
IMPORT __data_start
IMPORT __data_end
IMPORT __data_load
IMPORT __bss_start
IMPORT __bss_end
; 设置栈指针（硬件已经做了，但再设一次更保险）
LDR R0, =__initial_sp
MSR MSP, R0
; 初始化.data段：从Flash复制到RAM
LDR R0, =__data_start
LDR R1, =__data_end
LDR R2, =__data_load
BL CopyData
; 清零.bss段
LDR R0, =__bss_start
LDR R1, =__bss_end
MOV R2, #0
BL ZeroBss
; 调用SystemInit（时钟、外设初始化）
BL SystemInit
; 跳转到C库的__main（最终调用main）
B __main
ENDP提示：注意那个[WEAK]关键字。它表示这个符号是弱定义。如果你在别的文件里重新定义了Reset_Handler，链接器会优先使用你的版本。这在调试时很有用，可以临时替换启动流程。
3.3 数据段初始化：从Flash到RAM
这里有个关键点：全局变量的初始值存储在Flash里，但运行时它们必须在RAM里。所以启动文件需要把初始值从Flash复制到RAM。这个过程叫“数据段初始化”。
具体来说：
- .data段：存放已初始化的全局变量。初始值在Flash里，运行时复制到RAM。
- .bss段：存放未初始化的全局变量。运行时在RAM里清零。
- .rodata段：只读数据，直接在Flash里访问，不需要复制。
为什么不能直接在Flash里访问.data段？因为Flash读取速度慢，而且有些变量需要修改（比如计数器）。所以必须搬到RAM里。
我建议你在链接脚本里明确标出这些段的起始和结束地址。这样启动文件里的复制代码才能正确工作。链接脚本通常长这样：
MEMORY
{
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 512K
RAM (rwx) : ORIGIN = 0x20000000, LENGTH = 128K
}
SECTIONS
{
.text : { *(.text*) } > FLASH
.rodata : { *(.rodata*) } > FLASH
.data :
{
__data_start = .;
*(.data*)
__data_end = .;
} > RAM AT > FLASH
__data_load = LOADADDR(.data);
.bss :
{
__bss_start = .;
*(.bss*)
__bss_end = .;
} > RAM
}你看，__data_load指向Flash里的初始值，__data_start和__data_end指向RAM里的目标区域。启动文件就是靠这些符号完成复制工作的。
3.4 弱定义与中断处理
启动文件里通常会为每个中断提供一个“弱定义”的处理函数。比如：
NMI_Handler PROC
EXPORT NMI_Handler [WEAK]
B .
ENDP
HardFault_Handler PROC
EXPORT HardFault_Handler [WEAK]
B .
ENDP这里的B .是个死循环。意思是：如果你没有实现这个中断处理函数，那么发生中断时程序就卡在这里。这其实是个保护机制——至少你知道程序停在哪里了，而不是莫名其妙跑飞。
我在项目中遇到过一个问题：有个外设中断没写处理函数，结果触发中断后程序直接卡死。当时用调试器一看，PC指针停在HardFault_Handler里。嗯，顺着这个线索很快就找到了问题——原来是中断向量表里漏写了一个条目。
警告：千万不要在生产代码里依赖弱定义的中断处理。它们只是“保底”用的。每个用到的中断都应该有对应的处理函数，否则一旦触发，系统就挂了。
3.5 知识结构图
下面我用一张图来总结启动文件的核心逻辑。你看完应该能对整个流程有个清晰的印象。
3.6 避坑指南
最后，我总结几个实际项目中容易踩的坑：
- 栈大小不够：启动文件里定义的栈大小要足够。我见过有人只给了256字节，结果函数调用一深就栈溢出。建议至少给1KB以上。
- 向量表对齐：ARM Cortex-M要求向量表按256字节对齐。如果没对齐，硬件可能找不到正确的处理函数。
- 弱定义覆盖：如果你在别的文件里重新定义了中断处理函数，记得去掉
[WEAK]属性，否则链接器可能还是用弱定义版本。 - SystemInit别乱改：这个函数通常由芯片厂商提供，负责配置时钟和基本外设。除非你很清楚自己在做什么，否则别动它。
嗯，启动文件的内容差不多就这些了。它虽然看起来简单，但却是整个嵌入式系统的基石。理解了它，你就能更好地掌控芯片上电后的每一行代码。