第四章 启动代码与链接脚本：MCU上电启动流程、向量表配置、堆栈初始化、链接脚本解析与修改
大家好，我是老赵。干了十五年汽车电子，从8位机一路做到多核MCU，每次调试新板子，第一件事就是盯着启动代码看。你想想看，芯片上电后，第一行代码跑的是什么？就是启动代码。这块要是没弄对，后面写得再花哨，也是白搭。
今天咱们就聊聊MCU上电启动的全流程，包括向量表怎么配、堆栈怎么初始化，还有那个让很多人头疼的链接脚本（.ld文件）。我保证，讲完这节课，你再看启动代码，就像看老朋友一样亲切。
4.1 MCU上电启动流程
芯片上电后，到底发生了什么？我简单梳理一下：
- 硬件复位：电源稳定后，复位引脚释放，PC指针指向复位向量地址。
- 取复位向量：从向量表（通常位于0x00000000或0x08000000）取出栈顶指针和复位入口地址。
- 初始化C运行时环境：清零BSS段、拷贝数据段、初始化堆栈。
- 调用main函数：跳转到用户主程序。
嗯，这里要注意：不同MCU的启动顺序略有差异。比如STM32是从Flash启动，而有些芯片会先执行BootROM里的代码。我在项目中遇到过，某款国产MCU的BootROM里藏了个串口下载程序，结果量产时发现芯片一直进不了主程序——后来查出来是Boot引脚电平没拉对。
核心要点：启动代码是MCU的“第一口气”，它决定了你的程序能不能正常跑起来。别小看这几行汇编，出问题就是硬伤。
4.2 向量表配置
向量表，说白了就是一张“中断服务函数地址表”。MCU发生中断时，硬件会自动从向量表里取出对应的函数地址，跳过去执行。
典型的向量表结构如下：
__Vectors DCD __initial_sp ; 栈顶指针
DCD Reset_Handler ; 复位中断
DCD NMI_Handler ; NMI中断
DCD HardFault_Handler ; 硬错误中断
DCD MemManage_Handler ; 内存管理错误
DCD BusFault_Handler ; 总线错误
DCD UsageFault_Handler ; 用法错误
; ... 其他中断向量
我个人习惯，在写启动文件时，会把所有中断都先定义一个弱函数（weak），这样用户只需要实现自己需要的函数，没实现的会自动链接到默认的“死循环”处理。比如：
.weak HardFault_Handler
.type HardFault_Handler, %function
HardFault_Handler:
B . ; 死循环，方便调试
为什么会这样设计？因为汽车ECU里，中断响应必须可靠。如果某个中断没写处理函数，系统不能崩溃，至少要能停在原地，方便调试器抓现场。我曾经在调试一个ABS控制器时，发现车子偶尔会莫名其妙重启，最后定位到是一个未使能的中断被意外触发了，而默认处理函数直接跳到了复位——嗯，从那以后，我所有项目的默认中断处理都改成死循环。
避坑指南：我曾经在量产项目中，因为向量表地址偏移设置错误，导致中断跳转到了随机地址。检查时发现，是链接脚本里VECT_TAB_OFFSET宏定义错了。记住：如果用了Bootloader，向量表一定要重映射到APP的起始地址。
4.3 堆栈初始化
堆栈初始化，是启动代码里最容易被忽视的部分。很多新手以为“编译器会自动搞定”，其实不然。
堆栈初始化主要做两件事：
- 设置栈指针（SP）：指向RAM的最高地址（栈向下生长）。
- 初始化堆空间：为malloc等动态内存分配做准备。
看一段典型的汇编初始化代码：
Reset_Handler:
LDR R0, =__initial_sp ; 加载栈顶地址
MSR MSP, R0 ; 设置主栈指针
BL SystemInit ; 系统时钟初始化
BL __libc_init_array ; C++全局对象构造
BL main ; 跳转到主函数
B . ; 如果main返回，死循环
你想想看，如果栈指针没设对，函数调用时压栈就会写到非法地址，轻则数据错乱，重则直接HardFault。我建议，栈大小至少给到1KB以上，复杂应用给4KB。别省这点RAM，省出来的都是坑。
个人经验：在汽车ECU里，我习惯把栈放在RAM的末尾，这样如果栈溢出，会先踩到未使用的RAM区域，而不是踩到全局变量。配合MPU（内存保护单元）使用，效果更佳。
4.4 链接脚本（.ld文件）解析与修改
链接脚本，是连接器用来决定“代码放哪里、数据放哪里”的配置文件。很多嵌入式工程师觉得它很神秘，其实说白了，就是一张“内存布局地图”。
一个典型的STM32链接脚本结构如下：
MEMORY
{
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 512K
RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 128K
}
SECTIONS
{
.text :
{
*(.isr_vector) ; 向量表
*(.text*) ; 代码段
*(.rodata*) ; 只读数据
_etext = .; ; 代码结束地址
} > FLASH
.data : AT (ADDR(.text) + SIZEOF(.text))
{
_sdata = .; ; 数据段起始
*(.data*)
_edata = .; ; 数据段结束
} > RAM
.bss :
{
_sbss = .; ; BSS段起始
*(.bss*)
_ebss = .; ; BSS段结束
} > RAM
}
我来解释一下关键点：
- MEMORY块：定义芯片的物理内存区域，包括起始地址和大小。
- SECTIONS块：定义各个段（text、data、bss）放在哪个内存区域。
- AT关键字：指定加载地址（LMA）和运行地址（VMA）。比如.data段在Flash里存储，但运行时在RAM里。
我在项目中遇到过，某次修改链接脚本时，把RAM的起始地址写错了，结果全局变量全部错位，程序跑起来数据全是乱的。查了整整一天，最后发现是ORIGIN少写了一个0。嗯，从那以后，我每次改链接脚本都会用objdump -h检查一下各段的实际地址。
实用技巧：如果你需要自定义一个段（比如存放校准参数），可以在链接脚本里这样写：
.calib_data :
{
*(.calib_data*)
} > FLASH然后在C代码里用__attribute__((section(".calib_data")))声明变量即可。
4.5 实战：修改链接脚本实现Bootloader跳转
最后，我分享一个实际案例。在汽车ECU中，Bootloader和APP通常共用一块Flash。Bootloader放在低地址，APP放在高地址。链接脚本需要做如下修改：
/* Bootloader链接脚本 */
MEMORY
{
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 32K ; Bootloader占32KB
RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 128K
}
/* APP链接脚本 */
MEMORY
{
FLASH (rx) : ORIGIN = 0x08008000, LENGTH = 480K ; APP从32KB偏移开始
RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 128K
}
同时，APP的向量表也要重映射：
SCB->VTOR = 0x08008000; // 设置向量表偏移你想想看，如果忘了设置VTOR，APP里的中断全都会跳到Bootloader的向量表里，那不乱套了？我见过一个同事，调试了三天没找到原因，最后发现就是少了这一行代码。
我的建议：写链接脚本时，一定要加上注释，说明每个段的用途和地址范围。别偷懒，三个月后你自己都可能看不懂当初写的脚本。
好了，关于启动代码和链接脚本，今天就聊到这儿。记住一句话：启动代码是MCU的“宪法”，链接脚本是“城市规划图”。这两样东西搞明白了，嵌入式开发就成功了一半。下一章，咱们聊聊中断管理和优先级配置，那可是实时系统的灵魂。