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

3. MCU启动流程与链接脚本：启动文件分析、链接脚本结构与修改、堆栈与中断向量表配置

说实话，很多工程师写了几年嵌入式代码，却从来没仔细看过启动文件和链接脚本。我刚开始做项目时也是这样——反正代码能跑就行，管它怎么启动的。直到有一次移植RTOS，板子死活不进main函数，我才老老实实把启动流程啃了一遍。

这一章，咱们就把MCU上电后那点事彻底说清楚。你想想看，芯片从复位到执行你的main函数，中间到底发生了什么？谁帮你初始化了堆栈？谁把中断向量表放到了正确位置？答案就在启动文件和链接脚本里。

3.1 MCU复位后的第一行代码

MCU上电复位后，硬件会自动做两件事：

从0x00000000地址加载栈顶指针（MSP）
从0x00000004地址加载复位向量，跳转执行

嗯，这里要注意——Cortex-M系列内核的启动方式跟传统ARM7/9不一样。传统ARM从0x00000000取指令执行，而Cortex-M把前两个字分别解释为栈指针和向量地址。我在项目中遇到过有人把这两者搞混，结果板子一直复位循环。

核心要点：复位后，PC指针直接指向复位向量中存放的地址。这个地址就是启动文件里Reset_Handler函数的入口。

3.2 启动文件(.s)深度分析

启动文件通常由芯片厂商提供，但移植时经常需要手动修改。我习惯把启动文件拆成四个逻辑段来看：

段	内容	移植时关注点
中断向量表	异常与中断入口地址列表	中断数量、优先级分组
堆栈初始化	设置栈顶指针SP	栈大小、对齐方式
系统时钟配置	调用SystemInit()	时钟源、分频系数
数据段搬运	初始化.data和.bss段	链接脚本符号引用

下面是一个典型的Cortex-M启动文件核心片段：

; 中断向量表
__Vectors       DCD     __initial_sp          ; 栈顶指针
                DCD     Reset_Handler         ; 复位向量
                DCD     NMI_Handler           ; NMI异常
                DCD     HardFault_Handler     ; 硬错误
                ; ... 其他中断向量

; 复位处理函数
Reset_Handler   PROC
                EXPORT  Reset_Handler
                ; 1. 设置栈指针（硬件已做，但可重设）
                LDR     SP, =__initial_sp
                
                ; 2. 调用系统初始化
                BL      SystemInit
                
                ; 3. 搬运.data段（从Flash到RAM）
                LDR     R0, =__data_start
                LDR     R1, =__data_end
                LDR     R2, =__data_load
                BL      data_copy
                
                ; 4. 清零.bss段
                LDR     R0, =__bss_start
                LDR     R1, =__bss_end
                MOV     R2, #0
                BL      bss_clear
                
                ; 5. 跳转到main
                BL      main
                ENDP

个人经验：我习惯在Reset_Handler开头加一段栈指针校验——检查SP是否在RAM范围内。曾经有个项目因为链接脚本配置错误，栈指针指向了未初始化区域，导致第一次函数调用就崩了。加个校验能省很多调试时间。

3.3 链接脚本(.lds)结构解析

链接脚本说白了就是告诉链接器：你的代码放哪，数据放哪，堆栈放哪。我见过太多人直接拿厂商的链接脚本用，结果移植到不同型号芯片时出各种诡异问题。

一个标准的链接脚本包含以下几个关键部分：

3.3.1 内存布局定义

MEMORY
{
    FLASH (rx)  : ORIGIN = 0x08000000, LENGTH = 512K
    RAM   (rwx) : ORIGIN = 0x20000000, LENGTH = 128K
}

这里定义了芯片的物理内存映射。移植时最常改的就是起始地址和大小。比如从512KB Flash换到1MB，或者从STM32F1换到F4，RAM地址可能完全不同。

3.3.2 段(Section)分配

SECTIONS
{
    .text :
    {
        *(.isr_vector)      ; 中断向量表
        *(.text*)           ; 代码段
        *(.rodata*)         ; 只读数据
        _etext = .;         ; 代码段结束地址
    } > FLASH

    .data : AT(_etext)
    {
        _data_start = .;
        *(.data*)
        _data_end = .;
    } > RAM

    .bss :
    {
        _bss_start = .;
        *(.bss*)
        _bss_end = .;
    } > RAM
}

避坑指南：我曾经在移植时忘记修改.data段的加载地址（LMA），结果.data段和.text段重叠了。启动时搬运数据把代码覆盖了，板子直接跑飞。记住：.data : AT(load_addr)中的load_addr必须指向Flash中的空闲区域。

3.4 堆栈与中断向量表配置

堆栈配置是移植中最容易出问题的环节。我总结了一个检查清单：

栈大小：默认1KB够吗？如果用了RTOS或大量局部变量，至少4KB起步
栈对齐：Cortex-M要求8字节对齐，否则某些指令会异常
堆大小：如果不用malloc，可以设为0节省RAM
中断向量表位置：默认在Flash起始，但有些场景需要重映射到RAM

中断向量表的配置通常在启动文件中这样定义：

; 栈大小定义
Stack_Size      EQU     0x00001000  ; 4KB栈空间

                AREA    STACK, NOINIT, READWRITE, ALIGN=3
__stack_top
Stack_Mem       SPACE   Stack_Size
__initial_sp

; 堆大小定义
Heap_Size       EQU     0x00000200  ; 512B堆空间

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

这里有个细节——ALIGN=3表示8字节对齐（2^3=8）。我见过有人写成ALIGN=2，结果4字节对齐在某些Cortex-M4芯片上触发硬件错误。

3.5 知识结构总览

下面这张图把MCU启动流程、链接脚本和中断向量表的关系串起来了：

3.6 移植实战：从STM32F1到STM32F4

最后，我拿一个实际案例收尾。把项目从STM32F103移植到STM32F407，启动相关需要改三处：

链接脚本：Flash地址从0x08000000改为0x08000000（不变），但大小从512KB改为1MB；RAM从0x20000000/64KB改为0x20000000/128KB
启动文件：中断向量表从68个扩展到82个（F4外设更多），栈大小从1KB改为4KB（因为用了FPU）
堆栈对齐：F4要求栈指针8字节对齐，检查ALIGN=3是否设置

我的习惯：每次修改链接脚本后，先编译生成.map文件，手动检查__initial_sp的值是否在RAM范围内。这一步花不了30秒，但能避免90%的启动问题。

说白了，启动流程和链接脚本就是MCU的"开机自检"程序。你把它搞明白了，移植任何芯片心里都有底。下次遇到板子不跑，先查这三样：向量表对不对、栈指针合不合理、段地址有没有重叠。