📚 课程目录第4章启动流程分析

4. 启动流程分析：芯片上电到main函数的完整路径、Bootloader与链接脚本

说实话，很多做应用开发的兄弟，一听到"启动流程"就觉得头大。我当年刚接触嵌入式时也一样，觉得不就是按个复位键，程序就跑起来了吗？直到第一次自己移植系统，板子死活点不亮，我才老老实实把启动流程啃了一遍。

今天咱们就把这事彻底讲透。从芯片上电那一刻开始，到你的 main() 函数被执行，中间到底发生了什么。

4.1 上电复位：CPU的第一口"奶"

芯片上电后，CPU 处于复位状态。此时 PC 指针指向哪里？这取决于芯片架构。

以 ARM Cortex-M 系列为例，复位后 CPU 会做两件事：

从地址 0x00000000 读取栈顶指针 MSP（主栈指针）
从地址 0x00000004 读取复位向量，即第一条指令的地址

嗯，这里要注意：这两个地址是硬件固定的，你改不了。所以你的中断向量表必须放在这个位置。

我的经验： 第一次移植时，我忘了把向量表放到正确位置，结果芯片一直跑飞。后来用调试器单步看 PC 值，才发现它读到的复位向量全是 0xFFFFFFFF。说白了，就是 Flash 里根本没烧对地方。

4.2 从复位向量到Reset_Handler

CPU 拿到复位向量后，跳转到 Reset_Handler。这是整个软件世界的起点。

Reset_Handler 通常用汇编编写，完成以下工作：

步骤	操作	说明
1	关闭中断	防止初始化过程中被中断打断
2	初始化 .bss 段	将未初始化的全局变量清零
3	初始化 .data 段	从 Flash 拷贝已初始化数据到 RAM
4	初始化系统时钟	配置 PLL、分频器等
5	跳转到 main()	进入 C 语言世界

我见过不少新手，直接在 main() 里定义一个大数组，结果程序跑起来数据全是乱的。为什么？因为 .data 段还没从 Flash 拷到 RAM 呢！

4.3 链接脚本：告诉编译器怎么摆

链接脚本（Linker Script）是启动流程的"幕后黑手"。它决定了代码、数据、栈、堆在内存中的布局。

以 GCC 的 .ld 文件为例，核心结构如下：

ENTRY(Reset_Handler)

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

SECTIONS
{
    .isr_vector : {
        . = ALIGN(4);
        KEEP(*(.isr_vector))
        . = ALIGN(4);
    } > FLASH

    .text : {
        . = ALIGN(4);
        *(.text)
        *(.text*)
        . = ALIGN(4);
    } > FLASH

    .data : {
        . = ALIGN(4);
        _sdata = .;
        *(.data)
        *(.data*)
        _edata = .;
    } > RAM AT> FLASH

    .bss : {
        . = ALIGN(4);
        _sbss = .;
        *(.bss)
        *(.bss*)
        _ebss = .;
    } > RAM
}

关键点：

.isr_vector 必须放在 Flash 起始地址，这是硬性要求
.data 段用了 AT> FLASH，意思是运行时在 RAM，但初始值存在 Flash
_sdata、_edata 这些符号，就是给 Reset_Handler 用的拷贝边界

我曾经踩过一个坑：芯片有 128K RAM，但我的 .data 段拷过去后，程序跑着跑着就崩了。查了半天，发现是栈和 .data 段重叠了。链接脚本里没给栈留空间，结果栈指针一路往下长，把数据给踩了。

4.4 Bootloader：系统的"守门员"

Bootloader 是上电后第一个被执行的用户程序。它的职责很简单：

检查启动条件：按键是否按下？串口是否有数据？
加载应用程序：从 Flash、SD 卡或网络读取固件
跳转到应用：修改 PC 指针，开始执行应用代码

一个典型的 Bootloader 流程：

void bootloader_main(void)
{
    if (check_update_condition()) {
        // 进入固件升级模式
        receive_firmware();
        write_to_flash();
    }

    // 跳转到应用程序
    jump_to_app(APP_START_ADDRESS);
}

void jump_to_app(uint32_t app_addr)
{
    uint32_t msp = *(uint32_t*)app_addr;
    uint32_t reset_vector = *(uint32_t*)(app_addr + 4);

    __set_MSP(msp);
    ((void (*)(void))reset_vector)();
}

注意： 跳转前一定要关闭所有外设中断、恢复时钟默认配置。我见过有人跳转后没关定时器，结果应用刚启动就被中断打飞了。

4.5 完整启动路径图

下面这张图，把整个流程串起来了。我建议你把它打印出来贴在工位上。

4.6 常见问题与避坑

启动流程看着简单，实际移植时坑不少。我把自己踩过的几个列出来：

栈溢出：Reset_Handler 里调用了函数，但栈还没初始化。解决办法是在汇编里先设好 MSP。
.data 段拷贝方向错：源地址和目标地址搞反了，结果数据全写到了 Flash 上。嗯，一次就把芯片锁死了。
中断向量表对齐：有些芯片要求向量表 256 字节对齐，没对齐的话，中断来了就找不到入口。
Bootloader 跳转后外设没复位：跳转前一定要把用过的外设恢复到默认状态，否则应用初始化时会冲突。

我的调试习惯： 在 Reset_Handler 开头放一个 GPIO 翻转。这样上电后拿示波器一看，就知道芯片有没有跑到这里。如果没跑到，问题就在硬件复位或向量表；如果跑到了但没进 main()，那就是 .bss/.data 初始化出了问题。

启动流程说白了就三件事：向量表指对地方、链接脚本摆对位置、初始化代码干对活。这三样搞定了，你的系统就能稳稳当当地从芯片上电跑到 main()。