📚 课程目录第3章 MCU启动流程与链接脚本移植

3. MCU启动流程与链接脚本移植：启动文件与链接脚本深度解析

做嵌入式移植，说白了就是让芯片知道自己是谁、从哪里来、要到哪里去。启动流程和链接脚本，就是回答这三个问题的关键。我见过不少工程师，代码写得飞起，但一换芯片就卡在启动阶段，连灯都点不亮。嗯，今天我们就来把这层窗户纸捅破。

3.1 启动文件（Reset_Handler）到底在干什么？

芯片上电后，CPU会从复位向量表里取出复位地址，然后跳过去执行。这个地址指向的，就是Reset_Handler。我个人习惯把启动文件比作「芯片的早教课」——它得在main()跑起来之前，把环境收拾利索。

一个典型的Reset_Handler流程如下：

关闭中断：防止在初始化过程中被意外打断。
拷贝数据段：把.data段从Flash搬到RAM。
清零BSS段：把.bss段全部置0。
初始化堆栈指针：给C语言运行时准备好栈空间。
调用SystemInit：配置系统时钟、PLL等。
跳转main()：进入用户程序。

核心要点：启动文件是芯片厂商给的「半成品」，移植时你必须根据新芯片的RAM/Flash地址，修改向量表偏移和段拷贝地址。

我曾经接手过一个项目，从STM32F1移植到GD32F3。启动文件几乎一样，但GD32的RAM起始地址是0x20000000，而F1是0x20000000？不对，F1也是0x20000000。但GD32的Flash地址是0x08000000，而有些国产芯片是0x00000000。你想想看，如果忘了改_sdata和_edata的加载地址，数据段拷贝就会把Flash里的垃圾数据搬到RAM里，程序直接跑飞。

3.2 链接脚本（.ld）配置：芯片的「房产证」

链接脚本定义了代码和数据在存储器中的布局。我习惯把它叫做芯片的「房产证」——哪里是Flash（只读），哪里是RAM（读写），每个段住多大面积，都得写清楚。

一个标准的.ld文件包含以下核心部分：

段名	存储介质	内容	注意事项
`.text`	Flash	代码、常量、字符串	起始地址必须对齐，通常为0x08000000
`.rodata`	Flash	只读数据	有时合并到`.text`中
`.data`	RAM（初始值在Flash）	已初始化的全局/静态变量	启动时从Flash拷贝到RAM
`.bss`	RAM	未初始化的全局/静态变量	启动时清零
`.stack`	RAM	栈空间	大小根据任务深度调整，通常1KB~4KB
`.heap`	RAM	堆空间（malloc使用）	嵌入式慎用动态分配

移植时最常踩的坑是内存地址写错。比如某款国产MCU的RAM分两段：0x20000000~0x2000FFFF和0x10000000~0x10000FFF。如果你只配了第一段，第二段就浪费了。我建议你拿到芯片手册后，先画一张内存地图，再写链接脚本。

个人技巧：在.ld文件里用PROVIDE关键字导出符号，比如PROVIDE(_estack = ORIGIN(RAM) + LENGTH(RAM));。这样启动文件可以直接引用，不用硬编码地址。

3.3 堆栈与中断向量表重定向

堆栈和中断向量表，是启动流程里最容易出问题的两个地方。我们先说堆栈。

3.3.1 堆栈重定向

默认情况下，栈顶指针SP在复位后从向量表的第一个字加载。但如果你用了RTOS或者双核架构，每个任务/核心都需要独立的栈空间。这时候就得手动重定向。

举个例子，FreeRTOS的任务栈是在堆里动态分配的。但Reset_Handler里用的栈，是链接脚本里定义的_estack。我习惯在SystemInit之后、main()之前，把SP切换到任务栈：

__asm volatile(
    "LDR SP, =_estack\n\t"   // 先使用默认栈
    "BL SystemInit\n\t"
    "LDR R0, =vTaskStartScheduler\n\t"
    "BLX R0\n\t"              // 启动调度器后，SP由任务控制块管理
);

嗯，这里要注意：如果芯片支持双堆栈指针（MSP和PSP），你可以在Reset_Handler里只初始化MSP，等RTOS启动后再把PSP指向任务栈。这样中断服务函数用MSP，任务代码用PSP，互不干扰。

3.3.2 中断向量表重定向

中断向量表默认放在Flash起始地址。但如果你要做IAP（在应用编程）或者Bootloader，就得把向量表搬到RAM里，或者偏移到Flash的另一个位置。

Cortex-M系列提供了SCB->VTOR寄存器来设置向量表偏移。我曾在一次OTA升级项目中，因为忘了重定向VTOR，导致升级后中断全乱套——按一下按键，触发了串口中断。排查了整整两天才发现是向量表没改。

避坑指南：我曾经在STM32L4上做Bootloader，把向量表偏移到0x08002000。结果发现SystemInit里会重新配置VTOR，把我设的值覆盖了。解决方案是：在SystemInit之后、main()之前，再写一次SCB->VTOR = FLASH_BASE | OFFSET;。

重定向的代码很简单：

#define VECTOR_TABLE_OFFSET  0x2000  // 偏移8KB

void vector_table_relocate(void)
{
    // 1. 关闭全局中断
    __disable_irq();
    
    // 2. 设置VTOR寄存器
    SCB->VTOR = FLASH_BASE | VECTOR_TABLE_OFFSET;
    
    // 3. 数据同步屏障
    __DSB();
    __ISB();
    
    // 4. 重新使能中断
    __enable_irq();
}

如果你想把向量表搬到RAM里（比如为了动态修改中断优先级），步骤会多一步：先把Flash里的向量表拷贝到RAM，再把VTOR指向RAM地址。注意RAM地址必须256字节对齐，这是Cortex-M的硬性要求。

3.4 知识体系总览

下面这张图总结了MCU启动流程与链接脚本移植的核心逻辑，我建议你把它打印出来贴在工位上。

3.5 移植实战清单

最后，我整理了一份移植检查清单。每次换芯片时，按这个顺序过一遍，基本不会出大问题：

第一步：拿到芯片手册，确认Flash和RAM的起始地址与大小。
第二步：修改链接脚本中的MEMORY块，更新ORIGIN和LENGTH。
第三步：检查启动文件中的_sdata、_edata、_sbss、_ebss符号是否与链接脚本一致。
第四步：确认_estack地址在RAM范围内，且预留了足够的栈空间。
第五步：如果做Bootloader，在SystemInit之后重定向VTOR。
第六步：编译后查看.map文件，确认各段地址符合预期。

个人习惯：我会在.map文件里搜索_estack、_sdata、_etext这几个符号，看一眼它们的地址。如果_etext（代码结束地址）大于Flash大小，说明代码超了，得优化或者换大Flash的芯片。

嗯，启动流程和链接脚本这块，说白了就是「地址游戏」。你只要把芯片手册和链接脚本对清楚，剩下的就是体力活。我见过太多人在这上面翻车，其实只要按清单一步步来，稳得很。